8/11/23, 1:19 AM Apps Tables | Dibyajyoti Koch:A Blog on Oracle Application

Dibyajyoti Koch:A Blog on Oracle Application

Sharing my learning from an wonderful journey.….

Understanding the Workflow Definition (Set up) Tables

FEBRUARY 6, 2012 3 COMMENTS (HTTPS://IMDJKOCH.WORDPRESS.COM/2012/02/06/UNDERSTANDING-THE-

WORKFLOW-DEFINITION-SET-UP-TABLES/#COMMENTS)

i
13 Votes

Oracle workflow is also a database application as many other application of Oracle, which means that it also utilizes database tables as the
basis of its operation. Behind its very pleasant and user-friendly GUI, It’s the database tables which store every piece of information
regarding the attributes, functions, process, messages you create while designing a workflow. If you really want to know Workflow and
discover how it works, you have to understand its table structures.

In this article, I have covered the tables which got affected, when you create or modify a workflow process. However it doesn’t include the
tables which capture information at run time when you run a workflow. I have taken the ‘PO Approval Workflow’ (POAPPRV) for
example purpose.

1] WF_ITEM_TYPES:

The wf_item_types table contains one record for each item_type created. The eight character name of the item_type represents the “Internal
Name” of the item. It also functions as the primary key for this table. Some key columns are:

NAME: It is a mandatory field. It represents the internal name of the item type.
PROTECT_LEVEL: Level at which the data is protected. A mandatory field.
CUSTOM_LEVEL: Level of user who last updated the row. Again a mandatory field.
WF_SELECTOR: It stores the name of the PL/SQL procedure which implements selector function. This is an optional field.
PERSISTENCE_TYPE: Indicates whether item type is temporary or permanent.
PERSISTENCE_DAYS: Number of days until purge if persistence is temporary.

Workflow Item Type Display Name and description can be found in WF_ITEM_TYPES _TL table. Also check the view
WF_ITEM_TYPES_VL.

(https://imdjkoch.files.wordpress.com/2012/02/1-wf_item_types.jpg)

https://imdjkoch.wordpress.com/category/oracle/oracle-apps/apps-tables/ 1/21
8/11/23, 1:19 AM Apps Tables | Dibyajyoti Koch:A Blog on Oracle Application

1 SELECT * FROM WF_ITEM_TYPES WHERE NAME='POAPPRV';

2 SELECT * FROM WF_ITEM_TYPES_TL WHERE NAME='POAPPRV';
3 SELECT * FROM WF_ITEM_TYPES_VL WHERE NAME='POAPPRV';

2] WF_ITEM_ATTRIBUTES:

This table stores definitions of attributes associated with a process. The entries in this table correspond to the “Attributes” subheading in the
Workflow Builder. An item attribute works like a variable which can hold values that are specific to the process instance or which may
change at run time. Some key columns are:

ITEM_TYPE: Internal name for the item type that owns the attribute. A mandatory field.
NAME: Internal name of the attribute. A mandatory field.
SEQUENCE: Order of the attribute within the message
TYPE: Each item attribute is assigned a datatype, such as “Character”, “Number”, or “Date”.

There are three fields to hold a default value, but only one of them will be populated for any item attribute, depending upon the datatype.
For example, if you create an item attribute with a datatype of “Number”, and then supply a default value, that value would be stored in
the “number_default” field.

The “format” field stores information about a format mask that should be applied to number or date values, and the “subtype” field
contains “SEND” or “RECEIVE”. The Translation table is WF_ITEM_ATTRIBUTES_TL and the related view is
WF_ITEM_ATTRIBUTES_VL.

(https://imdjkoch.files.wordpress.com/2012/02/2-wf_item_attributes.jpg)

1 SELECT * FROM WF_ITEM_ATTRIBUTES WHERE ITEM_TYPE='POAPPRV' AND NAME='PO_DESCRIPTION';

2 SELECT * FROM WF_ITEM_ATTRIBUTES_TL WHERE ITEM_TYPE='POAPPRV' AND NAME='PO_DESCRIPTION';
3 SELECT * FROM WF_ITEM_ATTRIBUTES_VL WHERE ITEM_TYPE='POAPPRV' AND NAME='PO_DESCRIPTION';

3] WF_ACTIVITIES:

This table stores the definition of an activity. Activities can be processes, notifications, functions or folders. A process activity is a modeled
workflow process, which can be included as an activity in other processes to represent a sub-process. A notification activity sends a message
to a performer. A functions activity performs an automated function that is written as a PL/SQL stored procedure. A folder activity is not
part of a process, but it provides a means of grouping activities. Some key columns are:

ITEM_TYPE: Internal name for the Item Type that owns the message.
NAME: Internal name for the activity.
VERSION: It is used to support multiple versions of the same process running at the same time. The version number works in concert
with the “begin_date” and “end_date” fields, to ensure that only one version of any activity is active at any given time. By versioning,
the previously launched processes retain the process definition that was in force at the time they were launched.
TYPE: The “type” field is the way that the individual types of activities can be distinguished. There are five valid values found in the
“type” field: “FUNCTION”, “NOTICE”, “EVENT”, “PROCESS”, and “FOLDER”.
RERUN: Determines if activity is rerun during looping.
EXPAND_ROLE: Determines how many roles are required to respond to a notification activity.

https://imdjkoch.wordpress.com/category/oracle/oracle-apps/apps-tables/ 2/21
8/11/23, 1:19 AM Apps Tables | Dibyajyoti Koch:A Blog on Oracle Application
FUNCTION: For function activities only, the field is used to store the name of the PLSQL procedure that the Workflow Engine should
call to implement the function.
RESULT_TYPE: If you intend to model transitions in a process based upon values returned by an activity node, then the expected
results must be predefined by supplying a lookup type, which is stored in this field.
ICON_NAME: Name of activity icon used in process window.
MESSAGE: For notification activities only, the field called “message” will be populated. In these cases, it will contain the internal name
of the message that the notification will deliver.
ERROR_PROCESS: Workflow process to run in case of an error.
ERROR_ITEM_TYPE: Name of item type to execute in case of error.
RUNNABLE_FLAG: Flag (Y or N) to indicate if activity is runnable.
FUNCTION_TYPE: Indicates whether function type is pl/sql or internal.

The Translation table is WF_ACTIVITIES_TL and the related view is WF_ACTIVITIES_VL.

(https://imdjkoch.files.wordpress.com/2012/02/3-wf_activities.jpg)

1 SELECT * FROM WF_ACTIVITIES WHERE ITEM_TYPE='POAPPRV'

2 AND NAME='FIND_APPROVER';
3  
4 SELECT * FROM WF_ACTIVITIES_TL WHERE ITEM_TYPE='POAPPRV'
5 AND NAME='FIND_APPROVER';
6  
7 SELECT * FROM WF_ACTIVITIES_VL WHERE ITEM_TYPE='POAPPRV' AND NAME='FIND_APPROVER';

4] WF_ACTIVITY_ATTRIBUTES:

This table defines attributes which behave as parameters for an activity. Activity attributes are only used by function activities. Each row
includes the associated activity, type of attribute, and the format used by the activity. Examples of valid attribute types are DATE,
DOCUMENT, FORM, ITEMATTR, LOOKUP, and VARCHAR2. Notice that the table requires three fields just to identify to which activity
the attribute is attached: the item_type, name, and version of the activity. To join this table to the wf_activities tables you must join all three
of these fields to their corresponding fields in that table. Some key columns are:

ACTIVITY_ITEM_TYPE: Item type the activity is associated with

ACTIVITY_NAME: Internal name of the activity
ACTIVITY_VERSION: Version of the activity
NAME: Internal name of the attribute
SEQUENCE: Order of the attribute within the message
TYPE: This field refers to the datatype of the values that the attribute will contain.
VALUE_TYPE: Defines if the default is a constant or a reference to an item attribute.

The Translation table is WF_ACTIVITY_ATTRIBUTES_TL and the related view is WF_ACTIVITY_ATTRIBUTES_VL.

https://imdjkoch.wordpress.com/category/oracle/oracle-apps/apps-tables/ 3/21
8/11/23, 1:19 AM Apps Tables | Dibyajyoti Koch:A Blog on Oracle Application

(https://imdjkoch.files.wordpress.com/2012/02/4-wf_activity_attributes.jpg)

1 SELECT *
2 FROM WF_ACTIVITY_ATTRIBUTES
3 WHERE ACTIVITY_ITEM_TYPE='POAPPRV'
4 AND ACTIVITY_NAME       ='GET_NOTIFICATION_ATTRIBUTE'
5 AND ACTIVITY_VERSION    =
6   (SELECT VERSION
7   FROM WF_ACTIVITIES
8   WHERE ITEM_TYPE='POAPPRV'
9   AND NAME       ='GET_NOTIFICATION_ATTRIBUTE'
10   AND TRUNC(SYSDATE) BETWEEN TRUNC(BEGIN_DATE) AND TRUNC(NVL(END_DATE,SYSDATE))
11   );

5] WF_ACTIVITY_ATTR_VALUES:

This table used to track values contained in activity attributes. This table is identical in purpose to wf_item_attribute_values except it holds
values for activity attributes instead of item attributes. Each row includes the process activity id and the associated value for the attribute.
The interesting thing about this table is that it uses the process_activity_id to identify the activity to which the attribute is attached. The
same activity can be inserted into a process more than one time, so the only way to uniquely identify the node to which this attribute is
attached is to use the process_activity_id.

1 SELECT * FROM WF_ACTIVITY_ATTR_VALUES WHERE NAME='NTF_USER_NAME';

6] WF_MESSAGES:

The messages that are associated with notifications are stored in this table. Each message, which is uniquely identified by the combination
of item_type and message_name (stored in the fields “type” and “name”) receives a single record in the wf_messages table. The actual text
of the message is stored only in its localization table (wf_messages_tl). They can found in the “body” and “html_body” fields.

https://imdjkoch.wordpress.com/category/oracle/oracle-apps/apps-tables/ 4/21
8/11/23, 1:19 AM Apps Tables | Dibyajyoti Koch:A Blog on Oracle Application

(https://imdjkoch.files.wordpress.com/2012/02/5-wf_messages.jpg)

1 SELECT * FROM WF_MESSAGES

2 WHERE TYPE='POAPPRV' AND NAME='NOTIFY_BUYER';
3  
4 SELECT * FROM WF_MESSAGES_TL
5 WHERE TYPE='POAPPRV' AND NAME='NOTIFY_BUYER';

7] WF_MESSAGE_ATTRIBUTES:

This table contains message attribute definitions. Each message may have zero or more message attributes. Message attributes define
additional information that is to be sent to, or received from the user. These attributes can be used as tokens in the subject or body of a
message template to place variables values into the message at runtime.

(https://imdjkoch.files.wordpress.com/2012/02/wf_message_attributes.jpg)

1 SELECT * FROM WF_MESSAGE_ATTRIBUTES

2 WHERE MESSAGE_TYPE='POAPPRV'
3 AND MESSAGE_NAME  ='NOTIFY_BUYER'
4 AND NAME          ='BUYER_DISPLAY_NAME';

https://imdjkoch.wordpress.com/category/oracle/oracle-apps/apps-tables/ 5/21
8/11/23, 1:19 AM Apps Tables | Dibyajyoti Koch:A Blog on Oracle Application
8] WF_PROCESS_ACTIVITIES:

A process is a sequence of activities performed in a pre-determined order. When you create a process definition in the Workflow Builder by
dragging various notifications and functions into the process window, the records created by the Builder are stored into this table.

1 SELECT * FROM WF_PROCESS_ACTIVITIES

2 WHERE PROCESS_ITEM_TYPE='POAPPRV'
3 AND PROCESS_NAME       ='APPROVE_PO_SUB_PROCESS';

9] WF_ACTIVITY_TRANSITIONS:

The flow of a process from node to node as indicated by the transition arrows is not saved in the wf_process_activities table. Instead this
information is stored in this table.

A transition is defined by three discrete pieces of information: the node where the arrow begins, the node toward which the arrow points,
and the result which, when returned by the beginning node, causes the transition to be followed. Not surprisingly, it is those three fields
which are the most important fields in this table: “from_process_activity”, “to_process_activity”, and “result_code”. The values stored in
“from_process_activity” and “to_process_activity” are numbers which represent the instance_id of the records from wf_process_activities
from which and to which the transition is moving.

1 SELECT *
2 FROM WF_ACTIVITY_TRANSITIONS
3 WHERE FROM_PROCESS_ACTIVITY =
4   (SELECT INSTANCE_ID
5   FROM WF_PROCESS_ACTIVITIES
6   WHERE PROCESS_ITEM_TYPE='POAPPRV'
7   AND PROCESS_NAME       ='APPROVE_PO_SUB_PROCESS'
8   AND INSTANCE_LABEL     ='START'
9   AND PROCESS_VERSION    =
10     (SELECT MAX(PROCESS_VERSION)
11     FROM WF_PROCESS_ACTIVITIES
12     WHERE PROCESS_ITEM_TYPE='POAPPRV'
13     AND PROCESS_NAME       ='APPROVE_PO_SUB_PROCESS'
14     AND INSTANCE_LABEL     ='START'
15     )
16   )
17 AND TO_PROCESS_ACTIVITY =
18   (SELECT INSTANCE_ID
19   FROM WF_PROCESS_ACTIVITIES
20   WHERE PROCESS_ITEM_TYPE='POAPPRV'
21   AND PROCESS_NAME       ='APPROVE_PO_SUB_PROCESS'
22   AND INSTANCE_LABEL     ='IS_DOCUMENT_APPROVED'
23   AND PROCESS_VERSION    =
24     (SELECT MAX(PROCESS_VERSION)
25     FROM WF_PROCESS_ACTIVITIES
26     WHERE PROCESS_ITEM_TYPE='POAPPRV'
27     AND PROCESS_NAME       ='APPROVE_PO_SUB_PROCESS'
28     AND INSTANCE_LABEL     ='IS_DOCUMENT_APPROVED'
29     )
30   );

10] WF_LOOKUP_TYPES_TL & WF_LOOKUPS_TL:

Wf_lookup_types_tl is the table used to set up the types of results expected from Workflow activities like functions and notifications. This
table does not contain the actual result values, it holds the groupings of the result_codes – the names you see in the Workflow Builder as the
names of the Lookups. Wf_lookups_tl is the table that stores the component values that comprise a lookup_type.

https://imdjkoch.wordpress.com/category/oracle/oracle-apps/apps-tables/ 6/21
8/11/23, 1:19 AM Apps Tables | Dibyajyoti Koch:A Blog on Oracle Application

(https://imdjkoch.files.wordpress.com/2012/02/6-wf_lookup_types_tl.jpg)

1 SELECT *
2 FROM WF_LOOKUP_TYPES_TL
3 WHERE ITEM_TYPE='POAPPRV'
4 AND LOOKUP_TYPE='PO_POAPPRV_APPROVE_ACTION';
5  
6 SELECT * FROM WF_LOOKUPS_TL
7 WHERE LOOKUP_TYPE='PO_POAPPRV_APPROVE_ACTION';
FILED UNDER APPS TABLES, ORACLE WORKFLOW TAGGED WITH ORACLE WORKFLOW TABLES, WF_ACTIVITIES,
WF_ACTIVITY_ATTRIBUTES, WF_ACTIVITY_ATTR_VALUES, WF_ACTIVITY_TRANSITIONS, WF_ITEM_ATTRIBUTES,
WF_ITEM_TYPES, WF_LOOKUPS_TL, WF_LOOKUP_TYPES_TL, WF_MESSAGES, WF_MESSAGE_ATTRIBUTES,
WF_PROCESS_ACTIVITIES

Key Tables in Oracle Inventory

JULY 16, 2011 6 COMMENTS (HTTPS://IMDJKOCH.WORDPRESS.COM/2011/07/16/KEY-TABLES-IN-ORACLE-

INVENTORY/#COMMENTS)

i
31 Votes

Here is a brief description of the key tables in Oracle Inventory.

Table Description
MTL_PARAMETERS It maintains a set of default options like general ledger
accounts; locator, lot, and serial controls, inter-organization
options, costing method, etc. for each organization defined
in Oracle Inventory. Each organization’s item master
organization (MASTER_ORGANIZATION_ID) and costing
organization (COST_ORGANIZATION_ID) are
maintained here.

https://imdjkoch.wordpress.com/category/oracle/oracle-apps/apps-tables/ 7/21
8/11/23, 1:19 AM Apps Tables | Dibyajyoti Koch:A Blog on Oracle Application

MTL_SYSTEM_ITEMS_B This is the definition table for items. This table holds the
definitions for inventory items, engineering items, and
purchasing items. The primary key for an item is the
INVENTORY_ITEM_ID and ORGANIZATION_ID.
Therefore, the same item can be defined in more than one
organization. Items now support multilingual description.
MLS is implemented with a pair of tables:
MTL_SYSTEM_ITEMS_B and MTL_SYSTEM_ITEMS_TL.
Translations table (MTL_SYSTEM_ITEMS_TL) holds item
Description and Long Description in multiple languages.
MTL_ITEM_STATUS This is the definition table for material status codes. Status
code is a required item attribute. It indicates the status of an
item, i.e., Active, Pending, Obsolete.
MTL_UNITS_OF_MEASURE_TL This is the definition table for both the 25-character and the
3-character units of measure. The base_uom_flag indicates
if the unit of measure is the primary unit of measure for the
uom_class. Oracle Inventory uses this table to keep track of
the units of measure used to transact an item.
MTL_ITEM_LOCATIONS This is the definition table for stock locators. The associated
attributes describe which subinventory this locator belongs
to, what the locator physical capacity is, etc.
MTL_ITEM_CATEGORIES This table stores inventory item assignments to categories
within a category set. For each category assignment, this
table stores the item, the category set, and the category.
Items always may be assigned to multiple category sets.
However, depending on the Multiple Assignments Allowed
attribute value in a given category set definition, an item
can be assigned to either many or only one category in that
category set.
MTL_CATEGORIES_B This is the code combinations table for item categories.
Items are grouped into categories within the context of a
category set to provide flexible grouping schemes. Item
categories now support multilingual category description.
MLS is implemented with a pair of tables:
MTL_CATEGORIES_B and MTL_CATEGORIES_TL.
MTL_CATEGORIES_TL table holds translated Description
for Categories.
MTL_CATEGORY_SETS_B It contains the entity definition for category sets. A category
set is a categorization scheme for a group of items. Items
may be assigned to different categories in different category
sets to represent the different groupings of items used for
different
purposes. An item may be assigned to only one category
within a category set, however. STRUCTURE_ID identifies
the flexfield structure associated with the category set.
Category Sets now support multilingual category set name
and description. MLS is implemented with a pair of tables:
MTL_CATEGORY_SETS_B and
MTL_CATEGORY_SETS_TL.
MTL_CATEGORY_SETS_TL table holds translated Name
and Description for Category Sets.
MTL_DEMAND This table stores demand and reservation information used
in Available To Promise, Planning and other Manufacturing
functions. There are three major row types stored in the
table: Summary Demand rows,
Open Demand Rows, and Reservation Rows.

https://imdjkoch.wordpress.com/category/oracle/oracle-apps/apps-tables/ 8/21
8/11/23, 1:19 AM Apps Tables | Dibyajyoti Koch:A Blog on Oracle Application

MTL_SECONDARY_INVENTORIES This is the definition table for the subinventory. A

subinventory is a section of inventory, i.e., raw material,
finished goods, etc. Subinventories are assigned to items (in
a many to one relationship), indicating a list of valid places
where this item will physically exist in inventory.
MTL_ONHAND_QUANTITIES It stores quantity on hand information by control level and
location. It is maintained as a stack of receipt records, which
  are consumed by issue transactions in FIFO order. The
quantity on hand of an item at any particular control level
and location can be found by summing
TRANSACTION_QUANTITY for all records that match the
criteria.
MTL_TRANSACTION_TYPES It contains seeded transaction types and the user defined
ones. USER_DEFINED_FLAG will distinguish the two. The
table also stores the TRANSACTION_ACTION_ID and
TRANSACTION_SOURCE_TYPE_ID that is associated
with each transaction type.
MTL_MATERIAL_TRANSACTIONS This table stores a record of every material transaction or
cost update performed in Inventory. Records are inserted
into this table either through the transaction processor or by
the standard cost update program. The columns
TRANSACTION_TYPE_ID,
TRANSACTION_ACTION_ID,
TRANSACTION_SOURCE_TYPE_ID,
TRANSACTION_SOURCE_ID and
TRANSACTION_SOURCE_NAME describe what the
transaction is and against what entity it was performed.
MTL_ITEM_ATTRIBUTES This table stores information on item attributes. Each
row in the table corresponds to an attribute. The table stores
the attribute name, the corresponding user-friendly name
seen by the users, and the kind of validation enforced on the
attribute.
MTL_ITEM_CATALOG_GROUPS_B This is the code combinations table for item catalog groups.
An item catalog group consists of items that can be
described by the same set of descriptive elements or item
properties. When an item is associated with an item catalog
group, the item inherits the descriptive elements for that
group which then behave like additional item attributes.
MTL_ITEM_REVISIONS_B It stores revision levels for an inventory item. When an item
is defined a starting revision record is written out to this
table, so every item will at least have one starting revision.
MTL_ITEM_TEMPLATES_B This is the definition table for item templates. It
contains the user-defined name (TEMPLATE_NAME) and
description (DESCRIPTION) ONLY for backward
compatibility. You can use a template to set certain item
attributes.
MTL_DESCRIPTIVE_ELEMENTS It stores the descriptive element definitions for an item
catalog group. Descriptive elements are defining properties
used to describe in the catalog group.
MTL_DESCR_ELEMENT_VALUES It stores the descriptive element values for a specific item.
When an item is associated with a particular item catalog
group, one row per descriptive element (for that catalog
group) is inserted into this table.
ORG_ACCT_PERIODS It holds the open and closed financial periods for
organizations.

https://imdjkoch.wordpress.com/category/oracle/oracle-apps/apps-tables/ 9/21
8/11/23, 1:19 AM Apps Tables | Dibyajyoti Koch:A Blog on Oracle Application

MTL_CUSTOMER_ITEMS It stores customer item information for a specific customer.

Each record can be defined at one of the following levels:
Customer, Address Category, and Address. The customer
item definition is organization independent.
MTL_SYSTEM_ITEMS_INTERFACE It temporarily stores the definitions for inventory items,
engineering items and purchasing items before loading this
information into Oracle Inventory.
MTL_TRANSACTIONS_INTERFACE It allows calling applications to post material transactions
(movements, issues, receipts etc. to Oracle Inventory 
transaction module.
MTL_ITEM_REVISIONS_INTERFACE It temporarily stores revision levels for an inventory item
before loading this information into Oracle Inventory.
MTL_ITEM_CATEGORIES_INTERFACE This table temporarily stores data about inventory item
assignments to category sets and categories before loading
this information into Oracle Inventory.
MTL_DESC_ELEM_VAL_INTERFACE This table temporarily stores descriptive element values for
an item that is associated with an item catalog group before
loading this information into Oracle Inventory.
MTL_DEMAND_INTERFACE It is the interface point between non-Inventory applications
and the Inventory demand module. Records inserted into
this table are processed by the Demand Manager
concurrent program.
MTL_INTERFACE_ERRORS It stores errors that occur during the item interface process
reporting where the errors occurred along with the error
messages.
 
FILED UNDER APPS TABLES, ORACLE INVENTORY TAGGED WITH KEY INVENTORY TABLES, MTL TABLES, ORACLE
INVENTORY

Key Tables in Oracle Projects

JULY 9, 2011 1 COMMENT (HTTPS://IMDJKOCH.WORDPRESS.COM/2011/07/09/KEY-TABLES-IN-ORACLE-

PROJECTS/#COMMENTS)

i
15 Votes

Here is a brief description of the key tables in Oracle Projects.

Table Description
PA_PROJECTS_ALL It stores the highest units of work defined in Oracle Projects.
PA_PROJECT_ASSETS_ALL It contains assets information defined for capital projects.
PA_PROJECT_ASSIGNMENTS It stores details of all Assignments for a project.
PA_PROJECT_CLASSES It contains the class codes of class categories that are used to
classify projects.
PA_PROJECT_ROLE_TYPES Implementation-defined responsibilities or positions assigned
to employees on projects are stored here.
PA_PROJECT_STATUSES It stores valid project status codes.
PA_PROJECT_TYPES_ALL It stores implementation-defined project classifications that
supply default information and drive some project
processing.
PA_TASKS It contains user-defined subdivisions of project work.

https://imdjkoch.wordpress.com/category/oracle/oracle-apps/apps-tables/ 10/21
8/11/23, 1:19 AM Apps Tables | Dibyajyoti Koch:A Blog on Oracle Application

PA_TASK_TYPES It stores implementation-defined classifications of task.

PA_TRANSACTION_INTERFACE_ALL It is an interface table to import transactions from external
sources into Oracle Projects.
PA_TRANSACTION_SOURCES It stores implementation-defined sources of imported
transactions originating in an external system.
PA_IMPLEMENTATIONS_ALL It contains information about the configuration of an Oracle
Projects installation.
PA_ACTION_SETS It stores action set templates as well as action sets belonging
to an object, such as projects, requirements, etc.
PA_ACTION_SET_LINES It stores action set lines that belong to an action set or an
action set template.
PA_ACTION_SET_TYPES It stores attributes of action set types.
PA_AGREEMENTS_ALL It has customer contracts that serve as the basis for work
authorization.
PA_AGREEMENT_TYPES Implementation-defined classifications of customer
agreements.
PA_BILL_RATES_ALL Information about bill rates and markups of standard bill
rate schedules.
PA_BUDGETS It stores budgets information.
PA_BUDGET_LINES It stores detail lines of project and task budgets.
PA_BUDGET_TYPES It contains implementation-defined classifications of types of
budgets used for different business purposes.
PA_CLASS_CATEGORIES It stores implementation-defined categories for classifying
projects.
PA_CLASS_CODES It stores implementation-defined values within class
categories that can be used to classify projects.
PA_EVENTS It stores entries assigned to tasks that generate revenue
and/or billing but are not directly related to expenditure
items.
PA_EVENT_TYPES It stores implementation-defined classifications of events.
PA_EXPENDITURES_ALL Groups of expenditure items incurred by employees or
organizations for an expenditure period.
PA_EXPENDITURE_CATEGORIES Implementation-defined groupings of expenditure types by
type of cost.
PA_EXPENDITURE_ITEMS_ALL It contains the smallest units of expenditure charged to
projects and tasks.
PA_EXPENDITURE_TYPES Implementation-defined classifications of expenditures
charged to projects and tasks.
PA_PERIODS_ALL Implementation-defined periods against which project
performance is measured.
PA_RBS_DENORM This table stores normalized resource breakdown structure
information.
PA_RBS_ELEMENTS This table stores the RBS element information and the
parent-child relationship.
PA_RESOURCES It contains resources used in budgeting and project summary
amounts.
PA_ROLE_LISTS It stores lists of roles defined with the system.
PA_SCHEDULES It displays the schedule details for requirements and
assignments. It also displays calendar schedules.
 

https://imdjkoch.wordpress.com/category/oracle/oracle-apps/apps-tables/ 11/21
8/11/23, 1:19 AM Apps Tables | Dibyajyoti Koch:A Blog on Oracle Application
FILED UNDER APPS TABLES, ORACLE PROJECTS TAGGED WITH APPS TABLES, KEY PROJECT TABLES, ORACLE
PROJECTS

GL Tables

JANUARY 11, 2011 LEAVE A COMMENT (HTTPS://IMDJKOCH.WORDPRESS.COM/2011/01/11/GL-TABLES/#RESPOND)

i
6 Votes

GL Tables

General Ledger tables can be grossly classified into following 5 categories. Here are few important tables in each category.

Ledgers Tables:

GL_LEDGERS: Stores information about the ledgers defined in the Accounting Setup Manager and the ledger sets defined in the Ledger
Set form. Each row includes the ledger or ledger set name, short name, description, ledger currency, calendar, period type, chart of
accounts, and other information.

GL_CODE_COMBINATIONS: Stores valid account combinations for each Accounting Flexfield structure within your Oracle General
Ledger application.

Period Tables:

GL_PERIODS: Stores information about the accounting periods you define using the Accounting Calendar form.

GL_PERIOD_SETS: Stores the calendars you define using the Accounting Calendar form.

GL_PERIOD_TYPES: Stores the period types you define using the Period Types form. Each row includes the period type name, the
number of periods per fiscal year, and other information.

Journal Tables:

GL_JE_BATCHES: Stores journal entry batches. Each row includes the batch name, description, status, running total debits and credits,
and other information.

GL_JE_HEADERS: Stores journal entries. There is a one-to-many relationship between journal entry batches and journal entries. Each row
in this table includes the associated batch ID, the journal entry name and description, and other information about the journal entry.

GL_JE_LINES: Stores the journal entry lines that you enter in the Enter Journals form. There is a one-to-many relationship between journal
entries and journal entry lines. Each row in this table stores the associated journal entry header ID, the line number, the associated code
combination ID, and the debits or credits associated with the journal line.

GL_JE_SOURCES: Stores journal entry source names and descriptions. Each journal entry in your Oracle General Ledger application is
assigned a source name to indicate how it was created. This table corresponds to the Journal Sources form.

GL_JE_CATEGORIES: Stores journal entry categories. Each row includes the category name and description.

https://imdjkoch.wordpress.com/category/oracle/oracle-apps/apps-tables/ 12/21
8/11/23, 1:19 AM Apps Tables | Dibyajyoti Koch:A Blog on Oracle Application

Conversion and consolidation tables:

GL_CONSOLIDATION: Stores information about your consolidation mappings. Each row includes a mapping’s ID, name, description,
and other information. This table corresponds to the first window of the Consolidation Mappings form. You need one row for each
consolidation mapping you define.

GL_CONSOLIDATION_ACCOUNTS: Stores the account ranges that you enter when you consolidate balances using the Transfer
Consolidation Data form. This table corresponds to the Account Ranges window of the Transfer Consolidation Data form.

GL_DAILY_RATES: Stores the daily conversion rates for foreign currency transactions. It replaces the
GL_DAILY_CONVERSION_RATES table. It stores the rate to use when converting between two currencies for a given conversion date and
conversion type.

GL_DAILY_BALANCES: Stores daily aggregate balances for detail and summary balance sheet accounts in sets of books with average
balances enabled.

Budgeting tables:

GL_BUDGET_TYPES: Stores information about budget types. Oracle General Ledger supports only one budget type, ‘STANDARD’.
Therefore, this table always contains only one row.

GL_BUDGET_ASSIGNMENTS: Stores the accounts that are assigned to each budget organization. Each row includes the currency
assigned to the account and the entry code for the account. The entry code is either ‘E’ for entered or ‘C’ for calculated. This table
corresponds to the Account Assignments window of the Define Budget Organization form.

GL_BUDGET_INTERIM: It is used internally by Oracle General Ledger applications to post budget balances to the GL_BALANCES
table. Rows are added to this table whenever you run the budget posting program. The budget posting program updates the appropriate
budget balances in GL_BALANCES based on the rows in this table, and then deletes the rows in this table that it used.

Interface Tables:

GL_INTERFACE: It is used to import journal entry batches through Journal Import. You insert rows in this table and then use the Import
Journals window to create journal batches.

GL_INTERFACE_CONTROL: It is used to control Journal Import execution. Whenever you start Journal Import from the Import Journals
form, a row is inserted into this table for each source and group id that you specified. When Journal Import completes, it deletes these rows
from the table.

GL_BUDGET_INTERFACE: It is used to upload budget data into your Oracle General Ledger application from a spreadsheet program or
other external source. Each row includes one fiscal year’s worth of budget amounts for an account.
FILED UNDER APPS TABLES, GENERAL LEDGER TAGGED WITH GENERAL LEDGER, GL, GL TABLES, ORACLE APPS

Key FND Tables in Oracle Application

SEPTEMBER 4, 2010 2 COMMENTS (HTTPS://IMDJKOCH.WORDPRESS.COM/2010/09/04/KEY-FND-TABLES-IN-ORACLE-

APPLICATION/#COMMENTS)

i
11 Votes

https://imdjkoch.wordpress.com/category/oracle/oracle-apps/apps-tables/ 13/21
8/11/23, 1:19 AM Apps Tables | Dibyajyoti Koch:A Blog on Oracle Application

Key FND Tables in Oracle Application

Here there are few key FND tables that we use in our AOL queries.

FND_APPLICATION:

 Stores applications registered with Oracle Application Object Library.

FND_APPLICATION_TL:

Stores translated information about all the applications registered with Oracle Application Object Library.

FND_APP_SERVERS:

This table will track the servers used by the E-Business Suite system.

FND_ATTACHED_DOCUMENTS:

Stores information relating a document to an application entity.

FND_CONCURRENT_PROCESSES:

Stores information about concurrent managers.

FND_CONCURRENT_PROCESSORS:

Stores information about immediate (subroutine) concurrent program libraries.

FND_CONCURRENT_PROGRAMS:

Stores information about concurrent programs. Each row includes a name and description of the concurrent program.

FND_CONCURRENT_PROGRAMS_TL:

Stores translated information about concurrent programs in each of the installed languages.

FND_CONCURRENT_QUEUES:

Stores information about concurrent managers.

FND_CONCURRENT_QUEUE_SIZE:

Stores information about the number of requests a concurrent manager can process at once, according to its work shift.

FND_CONCURRENT_REQUESTS:

Stores information about individual concurrent requests.

FND_CONCURRENT_REQUEST_CLASS:

Stores information about concurrent request types.

FND_CONC_REQ_OUTPUTS:

This table stores output files created by Concurrent Request.

FND_CURRENCIES:

Stores information about currencies.

FND_DATABASES:

It tracks the databases employed by the eBusiness suite. This table stores information about the database that is not instance specific.

FND_DATABASE_INSTANCES:

https://imdjkoch.wordpress.com/category/oracle/oracle-apps/apps-tables/ 14/21
8/11/23, 1:19 AM Apps Tables | Dibyajyoti Koch:A Blog on Oracle Application
Stores instance specific information. Every database has one or more instance.

FND_DESCRIPTIVE_FLEXS:

Stores setup information about descriptive flexfields.

FND_DESCRIPTIVE_FLEXS_TL:

Stores translated setup information about descriptive flexfields.

FND_DOCUMENTS:

Stores language-independent information about a document.

FND_EXECUTABLES:

Stores information about concurrent program executables.

FND_FLEX_VALUES:

Stores valid values for key and descriptive flexfield segments.

FND_FLEX_VALUE_SETS:

Stores information about the value sets used by both key and descriptive flexfields.

FND_LANGUAGES:

Stores information regarding languages and dialects.

FND_MENUS:

It lists the menus that appear in the Navigate Window, as determined by the System Administrator when defining responsibilities for
function security.

FND_MENUS_TL:

Stores translated information about the menus in FND_MENUS.

FND_MENU_ENTRIES:

Stores information about individual entries in the menus in FND_MENUS.

FND_PROFILE_OPTIONS:

Stores information about user profile options.

FND_REQUEST_GROUPS:

Stores information about report security groups.

FND_REQUEST_SETS:

Stores information about report sets.

FND_RESPONSIBILITY:

Stores information about responsibilities. Each row includes the name and description of the responsibility, the application it belongs to, and
values that identify the main menu, and the first form that it uses.

FND_RESPONSIBILITY_TL:

Stores translated information about responsibilities.

FND_RESP_FUNCTIONS:

Stores security exclusion rules for function security menus. Security exclusion rules are lists of functions and menus inaccessible to a
particular responsibility.

FND_SECURITY_GROUPS:
https://imdjkoch.wordpress.com/category/oracle/oracle-apps/apps-tables/ 15/21
8/11/23, 1:19 AM Apps Tables | Dibyajyoti Koch:A Blog on Oracle Application
Stores information about security groups used to partition data in a Service Bureau architecture.

FND_SEQUENCES:

Stores information about the registered sequences in your applications.

FND_TABLES:

Stores information about the registered tables in your applications.

FND_TERRITORIES:

Stores information for countries, alternatively known as territories.

FND_USER:

Stores information about application users.

FND_VIEWS:

Stores information about the registered views in your applications.

FILED UNDER AOL, APPS TABLES TAGGED WITH FND TABLES, ORACLE AOL, ORACLE APPS

Few Important AP Tables

SEPTEMBER 4, 2010 2 COMMENTS (HTTPS://IMDJKOCH.WORDPRESS.COM/2010/09/04/FEW-IMPORTANT-AP-

TABLES/#COMMENTS)

i
5 Votes

Few Important AP Tables

AP_SUPPLIERS:

This table replaces the old PO_VENDORS table.

It stores information about your supplier level attributes.
Each row includes the purchasing, receiving, invoice, tax, classification, and general information.
Oracle Purchasing uses this information to determine active suppliers.
The supplier name, legal identifiers of the supplier will be stored in TCA and a reference to the party created in TCA will be stored in
AP_SUPPLIERS.PARTY_ID, to link the party record in TCA.

AP_SUPPLIER_SITES_ALL:

This table replaces the old PO_VENDOR_SITES_ALL table.

It stores information about your supplier site level attributes.
There is a row for unique combination of supplier address, operating unit and the business relationship that you have with the supplier.
The supplier address information is not maintained in this table and is maintained in TCA. The reference to the internal identifier of
address in TCA will be stored in AP_SUPPLIER_SITES_ALL.LOCATION_ID, to link the address record in TCA.
Each row includes the supplier reference, purchasing, invoice, and general information.

AP_INVOICES_ALL:

It contains records for invoices you enter.

There is one row for each invoice you enter.
An invoice can have one or more invoice distribution lines and can have one or more scheduled payments.  

AP_INVOICE_LINES_ALL:

It contains records for invoice lines entered manually, generated automatically or imported from the Open Interface.
An invoice can have one or more invoice lines.
https://imdjkoch.wordpress.com/category/oracle/oracle-apps/apps-tables/ 16/21
8/11/23, 1:19 AM Apps Tables | Dibyajyoti Koch:A Blog on Oracle Application
An invoice line represents goods (direct or indirect materials), service(s), and/or associated tax/freight/miscellaneous charges invoiced
from a supplier.
An invoice line should contain all the attributes that are present on the physical or electronic invoice presented by the supplier.

AP_INVOICE_DISTRIBUTIONS_ALL:

It holds the distribution information that is manually entered or system-generated.

There is one row for each invoice distribution and a distribution must be associated with an invoice.
An invoice can have multiple distributions.

AP_INVOICE_PAYMENTS_ALL:

It contains records of invoice payments that you made to suppliers.

There is one row for each payment you make for each invoice and there is one payment and one invoice for each payment in this table.
Oracle Payables application updates this table when you confirm an automatic payment batch, enter a manual payment, or process a
Quick payment.
When you void a payment, your Oracle Payables inserts an additional payment line that is the negative of the original payment line.

AP_PAYMENT_SCHEDULES_ALL:

This table stores information about scheduled payment information on invoices.

AP_PAYMENT_HISTORY_ALL:

It stores the clearing/unclearing history for payments.

It also stores the maturity history for future dated payments.
The table contains a row for each future dated payment, once the future dated payment matures, i.e. becomes negotiable.
Any time a payment is cleared or uncleared, a row is inserted into this table for the payment.

AP_BATCHES_ALL:

It contains summary information about invoices you enter in batches if you enable the Batch Control Payables option.
There is one row for each batch of invoices you enter.
 If you enable Batch Control, each invoice must correspond to a record in this table.
 Your Oracle Payables application uses this information to group together invoices that one person entered in a batch.

AP_CHECKS_ALL:

It stores information about payments issued to suppliers or refunds received from suppliers. 
There is one row for each payment you issue to a supplier or refund received from a supplier.
Oracle Payables application uses this information to record payments you make to suppliers or refunds you receive from suppliers.
Oracle Payables application stores the supplier name and bank account name for auditing purposes, in case either one is changed after
you create the payment. Oracle Payables application also stores address information for all payments.

AP_HOLDS_ALL:

It contains information about holds that you or your Oracle Payables application place on an invoice.
For non-matching holds, there is one row for each hold placed on an invoice. For matching holds, there is one row for each hold placed
on an invoice-shipment match.
An invoice may have one or more corresponding rows in this table.
Your Oracle Payables application does not pay invoices that have one or more unreleased holds recorded in this table.

AP_BANK_ACCOUNTS_ALL:

It contains information about your bank accounts.

There is one row for each bank account you define and each bank account must be affiliated with one bank branch.

AP_BANK_ACCOUNT_USES_ALL:

It stores information for the internal and external bank accounts you define in Oracle Payables and Oracle Receivables applications.

AP_CARDS_ALL:

It stores information about the corporate credit cards issued to your employees by your corporate credit card providers.

AP_TRIAL_BALANCE:

https://imdjkoch.wordpress.com/category/oracle/oracle-apps/apps-tables/ 17/21
8/11/23, 1:19 AM Apps Tables | Dibyajyoti Koch:A Blog on Oracle Application
It contains denormalized information about invoices and payments posted to the accrual set of books.
FILED UNDER APPS TABLES, PAYABLES TAGGED WITH ACCOUNT PAYABLES, AP, APPS TABLES, ORACLE APPS,
ORACLE E-BUSINESS SUITE

AR Tables:A Diagrammatic Relation

AUGUST 3, 2010 LEAVE A COMMENT (HTTPS://IMDJKOCH.WORDPRESS.COM/2010/08/03/AR-TABLES-A-

DIAGRAMMATIC-RELATION/#RESPOND)

i
4 Votes

AR Tables:A Diagrammatic Relation

(https://imdjkoch.files.wordpress.com/2010/08/ar-tables.jpg)
A Diagrammatic Relation between AR Tables

Click in the photo to have a better view.

FILED UNDER APPS TABLES, RECEIVABLES TAGGED WITH AR, AR TABLES, ORACLE RECEIVABLES

HZ tables in Oracle Receivables

JULY 1, 2010 21 COMMENTS

(HTTPS://IMDJKOCH.WORDPRESS.COM/2010/07/01/HZ_TABLES_IN_ORACLE_RECEIVABLES/#COMMENTS)

i
37 Votes

HZ(TCA) tables in Oracle Receivables

This article describes few important HZ tables in AR and their relationships with each other.

HZ_PARTIES:

The HZ_PARTIES table stores basic information about parties that can be shared with any relationship that the party might establish with
another party. The primary key for this table is PARTY_ID.
https://imdjkoch.wordpress.com/category/oracle/oracle-apps/apps-tables/ 18/21
8/11/23, 1:19 AM Apps Tables | Dibyajyoti Koch:A Blog on Oracle Application
Few Important Columns are

PARTY_ID: Party identifier

PARTY_NUMBER: Unique identification number for this party
PARTY_NAME: Name of the party
PARTY_TYPE: The party type can only be Person, Organization, Group or Relationship.

HZ_PARTY_SITES:

The HZ_PARTY_SITES table links a party (HZ_PARTIES) and a location (HZ_LOCATIONS) and stores location-specific party
information. One party can optionally have one or more party sites. One location can optionally be used by one or more parties. The
primary key for this table is PARTY_SITE_ID.

Few Important Columns are

PARTY_SITE_ID: Party site identifier.

PARTY_ID: Identifier for the party. Foreign key to the HZ_PARTIES table.
LOCATION_ID: Identifier for the party site. Foreign key to the HZ_LOCATIONS table.
PARTY_SITE_NUMBER: Party site number.
PARTY_SITE_NAME: User-defined name for the site.
ADDRESSEE: Addressee information.

HZ_LOCATIONS:

The HZ_LOCATIONS table stores information about a delivery or postal address such as building number, street address, postal code, and
directions to a location. This table provides physical location information about parties (organizations and people) and customer accounts.
The primary key for this table is LOCATION_ID.

Few Important Columns are

LOCATION_ID: Unique identifier for this location

COUNTRY: Country code from the TERRITORY_CODE column in the FND_TERRITORY table
ADDRESS1: First line for address
ADDRESS2: Second line for address
ADDRESS3: Third line for address
ADDRESS4: Fourth line for address
CITY: City
POSTAL_CODE: Postal Code
STATE: State
ADDRESS_KEY: Derived key that facilitates fuzzy searches

HZ_CUST_ACCOUNTS:

The HZ_CUST_ACCOUNTS table stores information about customer accounts , or business relationships that the deploying company
establishes with a party of type Organization or Person. This table focuses on business relationships and how transactions are conducted in
the relationship. Since a party can have multiple customer accounts, this table might contain several records for a single party. For example,
an individual person can establish a personal account, family account, and a professional account for a consulting practice. The primary
key for this table is CUST_ACCOUNT_ID.

Few Important Columns are

CUST_ACCOUNT_ID: Customer account identifier

PARTY_ID: A foreign key to the HZ_PARTY table.
ACCOUNT_NUMBER: Account Number
CUSTOMER_TYPE: Receivables lookup code for the CUSTOMER_TYPE attribute. I for internal customers, R for revenue generating
external customers.
CUSTOMER_CLASS_CODE: Customer class identifier

HZ_CUST_ACCT_SITES_ALL:

The HZ_CUST_ACCT_SITES_ALL table stores all customer account sites across all operating units. Customer account sites are addresses,
for customer accounts, where the deploying company does business with its customers. One customer account can have multiple customer
account sites, and customer account sites for one customer account can belong to multiple operating units. The primary key for this table is
CUST_ACCT_SITE_ID.

Few Important Columns are

https://imdjkoch.wordpress.com/category/oracle/oracle-apps/apps-tables/ 19/21
8/11/23, 1:19 AM Apps Tables | Dibyajyoti Koch:A Blog on Oracle Application
CUST_ACCT_SITE_ID: Customer site identifier
CUST_ACCOUNT_ID: Identifier for a customer account. Foreign key to the HZ_CUST_ACCOUNTS table
PARTY_SITE_ID: Identifier for a party site. Foreign key to the HZ_PARTY_SITES table
BILL_TO_FLAG: Indicates if this is a Bill-To site.
SHIP_TO_FLAG: Indicates if this is a Ship-To site.
MARKET_FLAG: Indicates if this is a Marketing site.

HZ_CUST_SITE_USES_ALL:

The HZ_CUST_SITE_USES_ALL table stores business purposes assigned to customer account sites, for example Bill-To, Ship-To, and
Statements. Each customer account site can have one or more purposes. This table is a child of the HZ_CUST_ACCT_SITES_ALL table,
with the foreign
key CUST_ACCT_SITE_ID. The HZ_CUST_SITE_USES_ALL table also stores operating unit identifier, though the
HZ_CUST_ACCT_SITES_ALL table itself stores the operating unit for customer account sites. The primary key for this table is
SITE_USE_ID.

Few Important Columns are

SITE_USE_ID: Site use identifier

CUST_ACCT_SITE_ID: Identifier for the customer account site. Foreign key to the HZ_CUST_ACCT_SITES_ALL table
SITE_USE_CODE: Business purpose assigned to customer site account, such as Bill-To, Market, and Statements.
PRIMARY_FLAG: Indicates if this site is the primary site for this customer account. Y for the primary customer account site. N for other
customer account sites.

HZ_CUSTOMER_PROFILES:

The HZ_CUSTOMER_PROFILES table stores information about the credit characteristics of a single customer account or a customer
account site or a party. A profile class defined in the
HZ_CUSTOMER_PROFILE_CLASSES table can be used to provide default values for the attributes in this table. The primary key for this
table is CUST_ACCOUNT_PROFILE_ID.

Few Important Columns are

CUST_ACCOUNT_PROFILE_ID: Unique identifier of this customer profile

CUST_ACCOUNT_ID: Identifier for the Customer Account. Foreign key to the HZ_CUST_ACCOUNTS table.
STATUS: Indicates whether the profile is active or inactive

HZ_CUST_PROFILE_CLASSES:

The HZ_CUST_PROFILE_CLASSES table stores information about the credit characteristics that are common across a group of customer
accounts. The characteristics specified in this table can be used as default characteristics for similar customer accounts. The primary key for
this table is PROFILE_CLASS_ID.

HZ_PARTY_RELATIONSHIPS:

The HZ_PARTY_RELATIONSHIPS table stores information about relationships between parties.

(https://imdjkoch.files.wordpress.com/2010/07/hz_tables_in_ar.jpg)
Relationship between the tables
https://imdjkoch.wordpress.com/category/oracle/oracle-apps/apps-tables/ 20/21
8/11/23, 1:19 AM Apps Tables | Dibyajyoti Koch:A Blog on Oracle Application
FILED UNDER APPS TABLES, RECEIVABLES TAGGED WITH AR, AR TABLES, HZ TABLES, RECEIVABLES, TCA

Create a free website or blog at WordPress.com.

https://imdjkoch.wordpress.com/category/oracle/oracle-apps/apps-tables/ 21/21