Tab

An Oracle White Paper
November 2012
Transaction Account Builder
Oracle Fusion Procurement

Disclaimer
The following is intended to outline our general product direction. It is intended for information
purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any
material, code, or functionality, and should not be relied upon in making purchasing decisions. The
development, release, and timing of any features or functionality described for Oracle’s products
remains at the sole discretion of Oracle.

1. Introduction.................................................................................. 3
2. Background ................................................................................. 4
3. Understanding the Business ....................................................... 7
4. The Building Blocks..................................................................... 8
4.1. Transaction Account Definition............................................ 8
4.2. Transaction Account Type................................................... 9
4.3. Account Rule ..................................................................... 10
4.4. Mapping Set ...................................................................... 13
4.5. Source ............................................................................... 14
5. Understanding Seeded TAB Setup ........................................... 15
5.1. Seeded TAB Sources........................................................ 15
5.2. Setup TAB to Default Accrual Account.............................. 21
5.3. Setup TAB to Default Charge Account .............................. 25
5.4. Setup TAB to Default Variance Account............................ 29
5.5. Setup Cost Management Seeded Mapping Sets .............. 30
5.6. Setup Purchasing Seeded Mapping Set for TAB .............. 33
5.7. Setup Transaction Account Definition ............................... 36
5.8. Setup Manage Accounting Options for Ledger.................. 38
6. Custom TAB Setup.................................................................... 41

6.1. Simple TAB Setup from Scratch........................................ 41
6.2. Advanced TAB Setup with Segment Rules ....................... 41
7. Known Limitations ..................................................................... 42
8. Conclusion................................................................................. 42
9. Additional References ............................................................... 42

3
1. Introduction
Transaction Account Builder (TAB) provides a flexible mechanism to derive accounting
flexfields for subledger transactions.
Purchase requisitions and purchase orders have several accounts stored on them. The three
mandatory accounts are:
Charge Account – The account against which the money spent is finally withdrawn or
charged.
Variance Account – Certain situations call for variances to be recorded for certain
kind of spending. An entry is created against this account for all such variances. E.g.
price variance between PO and invoice.
Accrual Account – An intermediary account which records money spent for goods or
services that have been consumed or taken ownership of and that is yet to be
invoiced. An entry against this account is reversed once the money is physically spent
or the invoice is issued.
In addition to these three accounts, there are two other accounts for more advanced
procurement scenarios where there is an intercompany transaction involving a procuring
organization and a destination organization. Namely:
Destination Charge Account - The charge account belonging to the destination
organization
Destination Variance Account - The variance account belonging to the destination
organization
Business would like to automate the derivation of these accounts on transactions based upon
their corporate policies. There needs to be calculations done to build these accounts on
transactions such as a requisition or purchase order. The Subledger Accounting (SLA) engine
does that. The component of the engine which does it is known as Transaction Account
Builder or TAB.
In other words, TAB is the component of Subledger Accounting which is solely responsible for
building or defaulting the accounts on a transaction such that appropriate accounting entries
can be created against such transaction accounts.

4
2. Background
TAB is a new concept in Oracle Fusion Applications and it replaces all prior account generator
solutions. Before Oracle Fusion there was a similar need to default transaction accounts. That
need was fulfilled by different solutions. For instance, in Oracle E-Business Suite (EBS), Oracle
Purchasing uses the Account Generator Workflow to derive account code combinations on
purchase orders and requisitions. Oracle EBS Purchasing provides default Account Generator
processes for you to use. If the defaults do not satisfy your accounting requirements, you can
use the Oracle Workflow Builder to customize the default processes. Account Generator
Workflow has been obsoleted in Fusion and replaced by SLA’s Transaction Account Builder
process.
Oracle Fusion delivers seeded account defaulting rules within SLA's transaction account
builder which aims to address the common defaulting scenarios of customers and also to
facilitate further rule extensions in place of customers/implementers having to plan it out
from scratch.
In PeopleSoft applications, ChartFields are used to define and default the account segments
in the transaction accounts. Each ChartField has its own attributes for maximum efficiency
and flexibility in recording, reporting and analyzing its intended category of data. Though,
PeopleSoft delivers a set of ChartFields and associated functionality that fully covers most
accounting and reporting requirements, ChartFields are designed to be configured by
customers to meet their specific requirements.
In JD Edwards, account generation is carried out by AAI (Automatic Accounting Instruction).
AAIs are rules that define the relationships between your day-to-day accounting functions
and your chart of accounts. In the General Accounting system, AAIs determine how to
distribute general ledger entries that the system generates. Each AAI is associated with a
specific general ledger account that consists of a business unit, an object, and optionally, a
subsidiary and is mapped to your chart of accounts.
There are a few ways TAB is envisioned to be better than its predecessors. For EBS Release
12 customers TAB configuration will be significantly easier than Workflow customization as it
will be within the SLA application instead of in a separate technology tool.

5
For both Peoplesoft and JDE customers the TAB configuration allows greater control over the
available sources and defaulting logic, since not all of the defaulting rules are currently
accessible for configuration.
Moreover, customers can reduce customized account defaulting definitions by sharing them
between applications. For instance, the account defaulting for Projects is used by Projects,
Purchasing, and Accounts Payable and can be shared by all three, but only defined once.
Accounts on purchase orders and requisitions are used as defaults by downstream accounting
transactions such as PO-matched invoices and receipts. Those transactions may have account
definition rules defined in SLA that will allow an override of some or all segments of the
account found on the PO. The exact flow of these accounts is complex and varies by the
account, and accounting options.
The following diagram is an overview of the general flow of data from defaulting on to the
purchase order, to its final usage in an accounting transaction.
PO Distribution
Account
Defaulting Process
Ledger
Accounting
Transaction
Account
SLA AMB Rules
(EBS R12)
(Fusion)
Use PO Distribution
Account
Additional Rules
Defined by Customer
Account Sources
(Reference Data)
Account Generator
Workflow (EBS)
TAB Process with ADR
(Fusion)
Hard-coded logic,
some configurable
defaulting
(Peoplesoft)
(Peoplesoft)
Accounting Transaction Data Flow
EBS, Enterprise, Fusion
Removing in
Fusion
Customer
Defined
Adding In
Fusion
PO Distribution
Account
User Updates
(Some data)
Figure 1 Accounting Transaction Data Flow Diagram

6
The TAB data is contained in the SLA data model, moving from workflow components. The
top level process in Transaction Account Definitions is the equivalent of the overall workflow
process, and it includes assigning rules to each Transaction Account Type defined by the
product.
In Workflow Purchasing had to pre-define the workflow attributes and pass them into the
Workflow process. The behavior in TAB is similar: Purchasing will define what sources may be
used for a particular account and pass them into TAB.
In EBS R12 users could write custom PL/SQL and add functions to the workflow to execute
that SQL and utilize the results in their workflow function. In Fusion TAB although there is no
support to define custom PL/SQL sources that execute during processing, TAB offers a
comprehensive set of seeded sources such that users will not need to define custom sources
in most cases.
In Oracle Fusion users also have the ability to define data in mapping sets and utilize them in
modified ADR’s. This could also be used for customer-specific reference account data needed
to drive the account defaulting process.
Transaction Account Builder Logical Data Model Diagram
Diagram Legend
Not Configurable
Object Explanation
Transaction Account Definitions
(R12 WF Process)
Account Derivation Rule Assignments
Seeded Sources
(R12 WF attributes)
Source Assignments
Transaction Account Types
(Accounts Derived for Purchasing)
Application
Configurable
Account Derivation Rules
(R12 WF Main Subprocess)
(DROP)Custom
Sources (R12 pl/sql)
Mapping Sets (R12
Reference Accounts)
Figure 2 TAB Logical Data Model

7
3. Understanding the Business
Before you can setup TAB to derive accounts, you need to understand the business
requirements that drive the accounts on your transaction. Different business can have
completely different requirements, from something simple such as deriving the charge
account from the requesters default expense account in the HCM, to more complex flows
involving projects and segment substitution rules. So the first step is to analyze the
requirements and use cases.
To give you an idea, in this section assume a hypothetical business requirement of a
hypothetical company called ABC Corp. ABC Corp. always creates a requisition which gets
processed into purchase orders. The accounts on the purchase orders hence mirror the
accounts generated on the requisition. They do not have any intercompany setup and they do
not perform global procurement.
There are 3 accounts that need to be defaulted on their requisitions based on the following
logic:
Charge Account: ABC Corp. drives their charge account based on whether the
destination type is expense or inventory. For expense destination types, they map the
ship-to organization on the requisition to a particular account combination. For
inventory destination types, they use a mapping where a particular combination of
item and ship-to organization maps to a specific account combination.
Variance Account: ABC Corp. requires that the Variance Account is the same as the
Charge Account.
Accrual Account: ABC Corp. would like to default the accrual account from the
expense account setup for the Business Unit responsible for creating invoices.
However, they want the balancing segment of the Accrual account to be derived from
the balancing segment of the Charge Account.
Please understand and formulate your business needs and how you would like to derive
the accounts on the procurement transactions such as requisitions and purchase orders.
This will enable you to evaluate whether the seeded default setup works for your
organization or if you need to modify the setup for your specific business need.

8
4. The Building Blocks
In order to understand TAB, we first need to understand the building blocks of TAB. These
building blocks make up the structure of TAB.
Figure 3 TAB structure
4.1. Transaction Account Definition
At the top level, there is Transaction Account Definition (TAD). Transaction Account Definition
defines the account rule assignments that are used to derive the transaction accounts on a
purchase order and requisition. This includes both rules which define the entire account
combination as well as rules which can define how certain segments of the account are
generated. In other words, TAD specifies which rules should be used to drive which accounts
on a procurement transaction. This leads to the next building block namely, Transaction
Account Types (TAT).

9
Figure 4 Example of Transaction Account Definition
4.2. Transaction Account Type
Transaction Account Types are elements which represent each transaction account on
procurement transactions. There are five such transaction account types for five different
accounts exposed on procurement transactions. This was discussed briefly before. They are:
Charge Account: The account against which the money spent is finally withdrawn or
charged
Variance Account: Certain situations call for variances to be recorded for certain kind
of spending. An entry is created against this account for all such variances. For
example price variance between PO and invoice.
Accrual Account: An intermediary account which records money spent for goods or
services that have been consumed or taken ownership of and that is yet to be
invoiced. An entry against this account is reversed once the money is physically spent,
for example, check cashed/invoice paid.
Destination Charge Account: The charge account belonging to the destination
organization
Destination Variance Account: The variance account belonging to the destination
organization
Each of these transaction account types are assigned some seeded sources out of the box.
Sources are attributes in the transaction which can be used to determine the derivation of

10
the account combinations. For instance, there can be a business requirement to default
Account A as the charge account when the purchase order destination type is Expense vs
Account B when the destination type is Inventory. Thus in the above example Destination
Type is seeded as a Source and assigned to the charge account such that it is possible to
author rules to derive charge account combinations. The source assignments are non-
alterable. You can learn more about sources in section 4.5 Source.
Figure 5 Example of Transaction Account Type
4.3. Account Rule
Account segments for each transaction account type are derived from some Account Rules.
The rule can be for the entire account combination (Account Combination Rule) or just for a
particular segment (Segment Rule) specified by Rule Type. Each such account rule comprises
one or more rules with specified conditions which dictate when they are fired. For instance
there can be a rule with priority one, saying that the Purchasing Charge Account is derived
from the Requisition Charge Account when Cross BU = N and the Requisition Charge Account
is not null.

11
Figure 6 Example of Account Rule
You can use both segment rules and account combination rules to derive a single account.
Segment rules are used, where they are defined, and take the remaining values from an
account combination rule. For example, you can select an account combination rule which is
for all segments and also separately select a segment rule which is for one particular
segment. Segment rules take precedence over the account combination rule.
Account Rules Conditions
In the account rules you may specify conditions for each rule detail line. Priorities determine
the order in which account rule conditions are examined. When the condition is met, the rule
associated with that priority is used. Depending on which of the defined conditions is met, a
different account rule detail is employed to create the account.
Account Combination Rules
You set up account combination rules based upon the following value types:

12
1. Source Value Type: Derive the account combination by specifying a source. Sources
that have been set up as accounts can be assigned to an account combination rule.
Oracle Fusion Subledger Accounting then obtains the code combination identifier
from the source.
For example, a variance account can be derived from a charge account where the
latter is setup as a source.
2. Constant Value Type: Establish the account as a constant value.
For example, the constant could be a completed account combination from the chart
of accounts specified. An example is the account combination, 01.000.2210.0000.000.
This is the simplest way to derive an account.
3. Mapping Set Value Type: Derive the account combination by referencing a mapping
set. Set up a mapping set to determine the complete account combination from the
chart of accounts specified.
For example, you can setup a mapping set which maps ship-to org to account
combinations
4. Account Rule Value Type: Derive the account by referencing another account rule.
The chart of accounts does not need to be specified when defining this type of rule. If
the account rule has a chart of accounts assigned, then all the related account rules
must use the same chart of accounts or no chart of accounts.
For example, if both your charge and accrual account shares the same derivation
logic, you can create the account rule once, and then specify the same as source for
the charge account rule and the accrual account rule.
Tip: A chart of accounts must be specified for rules using constants.
Input ship-to org Output account value
Org A 01.000.2210.0000.000
Org B 01.000.2310.0000.000
Org C 01.000.2410.0000.000

13
Segment Rules
Set up segment rules as follows:
 When a chart of accounts is specified, create a rule to derive the value for a specific
segment from the chart of accounts.
 If the chart of accounts is not specified, create a rule to derive the value for an
account segment with a specific qualifier.
Set up segment rules using the same methods discussed in the preceding Account
Combination Rules section. By specifying different value types, users can select the way in
which the segment value is derived.
Note: A chart of accounts must be specified for rules using constants.
4.4. Mapping Set
Mapping sets can be used to associate a specific output value for an account or segment. You
can use mapping sets in account rules to build the account. Use mapping sets to quickly
define a specific output value with an account or a segment. Based on the input value from
subledger transactions or reference information, a specific value can be assigned to a
segment or values can be assigned to all segments of the account. Mapping sets provide an
efficient way to define the output values and are easier than using the account rule
conditions.
To define a mapping set, pairs of values are specified. For each input value, specify a
corresponding account combination or segment output value. One or more related pairs of
these input values with the segment or account output values form a mapping set. Use value
sets or lookup types for validating the input values of the mapping set.
For example, assume a business has three major spend classifications: Software, Hardware,
and Misc. The business has a natural account segment in their chart of accounts. Category
names which drive spend classifications are input values in the application transaction such as
PO and requisition. These input values can be included with other information about the
transaction and become part of the source information. Users can create a mapping set that
maps category names to the corresponding natural account as described in the table below.

14
Input Value Natural Account Segment Value
Software 0001
Hardware 0002
Misc 0003
4.5. Source
A source is any transaction attribute (attribute on a requisition or purchase order) which is
registered with a subledger and available for TAB to build accounts from. For example, item
category name is a source and can be used as an input parameter to a mapping set. The
source can also be accounting flexfields. As an example, the requisition charge account is a
source and can be used to drive the PO charge account defaulting. Sources can also be used
in account rule conditions to determine when a rule should get fired.
To summarize, sources can be used in the following TAB configurations:
i. Account rule values (both account combination rule and segment rule) for value type
of Source. In such cases only the sources which are accounting flexfields are available
for usage.
ii. Conditions for account rules setup.
iii. Input sources in Mapping Sets setup.

15
5. Understanding Seeded TAB Setup
Oracle Fusion Procurement tries to seed a standard setup for TAB such that customers can
complete their transactions such as requisitions and purchase orders with minimum
configurations. We believe most typical business needs can be addressed by using the seeded
setup and by doing minimal modifications to them. This section explains the seeded setups.
5.1. Seeded TAB Sources
In this section, you will learn all the sources that are seeded out of the box and available
for you to base your account rule setups on. Please note that you cannot add or modify
these sources. There are a set of sources which are available to all the five transaction
types. Thereafter, there are few additional sources available ONLY for specific transaction
types.
Please use these source lists for reference during your TAB setup task.
5.1.1 Source Assignments for All Transaction Types
Subledger Application Source Name Comments
Purchasing Blanket Purchase Agreement Blanket Agreement referenced by the PO line
Purchasing Blanket Purchase Agreement Line Blanket Line referenced by the PO line
Purchasing Buyer Identifier Buyer identifier from PO
Purchasing Contract Purchase Agreement Contract agreement referenced by the PO line
Purchasing Cross BU PO schedule level source. True if orchestration agreement
exists.
Purchasing Category ID Category is from PO line or requisition line
Purchasing Deliver to Location Identifier Deliver to Location ID from PO or requisition distribution
Purchasing Deliver to Person Identifier Deliver to Person on PO distribution or requester on
requisition line.
Purchasing Destination Inventory Organization ID Deliver to Organization on requisition line. Ship-to
organization on PO schedule.

16
Purchasing Destination Subinventory Subinventory from PO distribution or requisition line
Purchasing Destination Type Code Destination type value on PO schedule or requisition line
Purchasing Document Style Specifies the style of the purchase order
Purchasing Document Type Lookup Code Specifies whether it is a requisition or PO
Purchasing Inventory Item Item identifier on PO line or requisition line
Purchasing Line Price Price in functional currency for goods line type from PO
line or requisition line
Purchasing PO Distribution Attribute 1-20 PO or requisition distribution attributes 1 -20
Purchasing PO Distribution Descriptive Flexfield
Attribute Category
Purchasing PO Distribution Attribute Date 1-10 PO or requisition distribution date attributes 1 -10
Purchasing PO Distribution Attribute Number 1-10 PO or requisition distribution number attributes 1 -10
Purchasing PO Distribution Attribute TimeStamp 1-10 Po or requisition distribution timestamp attributes 1 – 10
Purchasing PO Header Attribute 1-20 PO or requisition header attributes 1 - 20
Purchasing PO Header Descriptive Flexfield Attribute
Category
Purchasing PO Header Attribute Date 1-10 PO or requisition header date attributes 1 - 10
Purchasing PO Header Attribute Number 1-10 PO or requisition header number attributes 1 - 10
Purchasing PO Header Attribute TimeStamp 1-10 PO or requisition header timestamp attributes 1 - 10
Purchasing PO Line Location Attribute 1-20 PO schedule attributes 1 - 20
Purchasing PO Line Location Descriptive Flexfield
Attribute Category
Purchasing PO Line Location Attribute Date 1-10 PO schedule date attributes 1 - 10
Purchasing PO Line Location Attribute Number 1-10 PO schedule number attributes 1 - 10
Purchasing PO Line Location Attribute TimeStamp 1-10 PO schedule timestamp attributes 1 - 10
Purchasing PO Line Attribute 1-20 PO or requisition line attributes 1 - 20
Purchasing PO Line Descriptive Flexfield Attribute
Category

17
Purchasing PO Line Attribute Date 1-10 PO or requisition line date attributes 1 - 10
Purchasing PO Line Attribute Number 1-10 PO or requisition line number attributes 1 - 10
Purchasing PO Line Attribute TimeStamp 1-10 PO or requisition line timestamp attributes 1 - 10
Purchasing Preparer Identifier Preparer from requisition header
Purchasing Requisitioning Chart of Accounts Id Chart of accounts identifier from the primary ledger of the
requisitioning BU
Purchasing Sold-to Chart of Accounts ID Chart of accounts identifier from the primary ledger of the
Sold-to LE
Purchasing Sold-to BU Name For local orders use requisitioning BU, for global orders
use profit center BU of the PO trade org.
Purchasing Suggested Supplier Name Suggested supplier name from requisition line. NA to PO.
Purchasing Supplier Type
Purchasing Supplier Identifier Supplier id from PO header or requisition line
Purchasing Supplier Site Identifier Supplier site id from PO header or requisition line
Purchasing Supplier Site Assignment Liability Account Liability account from supplier site assignment for the
sold-to BU
Project Costing Project related sources All project related sources including project id,
expenditure type, project task number etc.
5.1.2 Additional Source Assignments for Accrual Account Transaction Type
Purchasing Expense Accrual Account Purchasing mapping set Expense Accrual Account -
Business Unit with Business Unit as parameter.
For local orders, use requisitioning BU, and for global
orders, use profit center BU of the PO trade org.
Purchasing Accounts Payable Accrual Account for
Inventory Item
Cost Management mapping set Accrual Account -
Organization with organization as parameter.
For local orders, use ship-to org, and for global orders, use
PO trade org.

18
5.1.3 Additional Source Assignments for Variance Account Transaction Type
Purchasing Requisition Variance Account Variance Account from requisition distribution
Purchasing PO Charge Account Charge account from PO or requisition distribution
Purchasing Ship-to Organization Price Variance
Account
Cost Management mapping set Invoice Price Variance Account -
Organization with ship-to org as a parameter.
Purchasing Purchasing Trade Organization Price
Variance Account
Organization with PO trade org as a parameter.
5.1.4 Additional Source Assignments for Charge Account Transaction Type
Purchasing Item Category Name Used for Purchasing Natural Account from Category inputs
Purchasing Requisitioning BU Name Used for Purchasing Natural Account from Category inputs
Purchasing Requisition Charge Account Charge account from requisition distribution
Purchasing Cost of Goods Sold Account Cost Management mapping set Cost of Sales Account -
Organization with PO trade org as parameter.
Purchasing Purchasing Trade Organization Item
Expense Account
Cost Management mapping set Expense Account - Item with PO
trade org and item as parameters.
Purchasing Subinventory Expense Account for
Transfer Organization
Cost Management mapping set Expense Account - Subinventory
with PO trade org and subinventory as parameters
Purchasing Purchasing Trade Organization
Expense Account
Cost Management mapping set Expense Account - Organization
with PO trade org as parameter.
Purchasing Ship-to Organization Item Expense
Account
Cost Management mapping set Expense Account - Item with ship-
to org and item as parameters.
Purchasing Subinventory Expense Account Cost Management mapping set Expense Account - Subinventory
with ship-to organization and subinventory as parameters.
Purchasing Ship-to Organization Expense Account Cost Management mapping set Expense Account - Organization
with ship-to org as a parameter.
Purchasing Purchasing Trade Organization
Material Account
Cost Management mapping set Material Account - Organization
with PO trade org as parameter.
Purchasing Inventory Material Account SubInv for
TF def organization
Cost Management mapping set Material Account - Subinventory
with PO trade org and subinventory as parameters.

19
Purchasing Subinventory Material Account Cost Management mapping set Material Account - Subinventory
Purchasing Ship-to Organization Material Account Cost Management mapping set Material Account - Organization
Purchasing Item Asset Indicator Indicates whether the item on PO or requisition is an asset item
Purchasing Employee Charge Account Default expense account from the HR person management for the
requester on the PO or requisition
Purchasing User Preferred Account Favorite or default account from user’s preferences in SSP
application
Purchasing Project Account Override Profile Value of profile option used to control charge account for projects
5.1.5 Additional Source Assignments for Destination Charge Account Transaction Type
Purchasing Item Category Name The category name for the item on requisition or PO line
Purchasing Requisitioning BU Name The requisitioning BU name on requisition or PO
Purchasing Requisition Charge Account The charge account from requisition distribution
Purchasing Ship-to Organization Item Expense
Account
Cost Management mapping set Expense Account - Item with ship-
to org and item as parameters.
Purchasing Subinventory Expense Account Cost Management mapping set Expense Account - Subinventory
Purchasing Ship-to Organization Expense Account Cost Management mapping set Expense Account - Organization
Purchasing Ship-to Organization Material Account Cost Management mapping set Material Account - Organization
Purchasing Subinventory Material Account Cost Management mapping set Material Account - Subinventory
Purchasing Item Asset Indicator Indicates whether the item on PO or requisition is an asset item
Purchasing Employee Charge Account Default expense account from the HR person management for
the requester on the PO or requisition
Purchasing Inventory Material Account for ship to
organization
Cost Management mapping set Material Account - Organization
with Ship-to organization as parameter

20
5.1.6 Additional Source Assignments for Destination Variance Account Transaction Type
Purchasing Requisition Variance Account Variance Account from requisition distribution
Purchasing PO Destination Charge Account Destination charge account on PO distribution
Cost Management Ship-to Organization Price Variance
Account
Organization with ship-to org as a parameter.

21
5.2. Setup TAB to Default Accrual Account
Step 1: Go to FSM and navigate to Define Transaction Account Rules Task
Note: You need to drill down to this task from the Implementation Project for Procurement.
The Purchasing context gets picked up that way.
Step 2: Navigate to Manage Account Rules

22
Step 3: Select and view the seeded Purchasing Accrual Account Rule
Step 4: Take note on how the Accrual Account is defaulted. According to the seeded rule, the
accrual account gets defaulted from the Source: Expense Accrual Account when PO
destination type is Expense OR Cross BU = Y. This source maps to the Purchasing mapping set
Expense Accrual Account – Business Unit.

23
However, if the Destination Type is Inventory and this is not a global procurement scenario,
the Accrual Account is defaulted from the Source: Accounts Payables Accrual Account for
Inventory Item. This source maps to the Cost Management mapping set Accrual Account –
Organization.
Priority Value
Type
Value Condition
1 Source Expense Accrual Account "Cross BU" = Y 'Or' "Destination Type Code"(PO) = EXPENSE
2 Source Accounts Payable Accrual
Account for Inventory
"Cross BU" = N 'And' "Destination Type Code"(PO) =
INVENTORY

24
Item
For this example you will assume that this PO is for an expense item and hence you will verify
that a mapping exists for the requisitioning BU on the Purchasing Mapping set Expense
Accrual Account – Business Unit.
Step 5: Navigate to the task Manage Mapping Sets in the Task List Define Transaction
Accounting for Procurement.

25
Step 6: Edit the mapping set Expense Accrual Account - Business Unit. Select the appropriate
Chart of Account, and ensure that a mapping exists for your Sold-to BU (it will same as
requisitioning BU in local procurement scenario). If a mapping does not exist, create a new
one and specify the appropriate account.
Step 7: Optionally if your business uses inventory items, setup the Mapping Set Accrual
Account Organization for the Cost Management subledger. See setting up Cost Management
Mapping Sets for more details.
5.3. Setup TAB to Default Charge Account
Step 0: Repeat Steps 1&2 from section 5.2
Step 1: Select and view the seeded Purchasing Charge Account Rule

26
Step 2: Take note on how the Charge Account is defaulted out of the box. According to the
seeded rule, the charge account gets defaulted from a series of sources having descending
priorities. Also note the condition for each such priority rule to fire.
Priority Value
Type
Value Condition
1 Source Requisition Charge
Account
"Cross BU" = N 'And' "Requisition Charge Account"."All" Is
not null
2 Source User Preferred Account "Cross BU" = N 'And' "Requisition Charge Account"."All" Is
null 'And' "Destination Type Code"(PO) = EXPENSE 'And'
"User Preferred Account"."All" Is not null
3 Source Subinventory Expense
Account
"Subinventory Expense Account"."All" Is not null 'And'
"Destination Type Code"(PO) = INVENTORY 'And' "Item Asset
Indicator" = N 'And' "Cross BU" = N 'And' "Inventory
Item"."All" Is not null
4 Source Ship-to Organization Item
Expense Account
"Ship-to Organization Item Expense Account"."All" Is not null
'And' "Destination Type Code"(PO) = EXPENSE 'And'
"Inventory Item"."All" Is not null 'And' "Cross BU" = N
5 Source Ship-to Organization Item
Expense Account
"Ship-to Organization Item Expense Account"."All" Is not null
'And' "Destination Type Code"(PO) = INVENTORY 'And' "Item
Asset Indicator" = N 'And' "Inventory Item"."All" Is not null
'And' "Cross BU" = N
6 Source Employee Charge Account "Cross BU" = N 'And' "Destination Type Code"(PO) = EXPENSE
'And' "Employee Charge Account"."All" Is not null
7 Source Ship-to Organization
Expense Account
"Ship-to Organization Expense Account"."All" Is not null 'And'
"Destination Type Code"(PO) = INVENTORY 'And' "Item Asset
Indicator" = N 'And' "Inventory Item"."All" Is not null 'And'
"Cross BU" = N
8 Source Subinventory Material
Account
"Subinventory Material Account"."All" Is not null 'And' "Cross
BU" = N 'And' "Destination Type Code"(PO) = INVENTORY
'And' "Item Asset Indicator" = Y
Material Account
"Ship-to Organization Material Account"."All" Is not null
Asset Indicator" = Y 'And' "Cross BU" = N
10 Source Cost of Goods Sold
Account
"Cross BU" = Y 'And' "Inventory Item"."All" Is null
Material Account
"Ship-to Organization Material Account"."All" Is not null
Asset Indicator" = Y 'And' "Cross BU" = N
12 Source Purchasing Trade
Organization Item
Expense Account
"Purchasing Trade Organization Item Expense Account"."All"
Is not null 'And' "Item Asset Indicator" = N 'And' "Inventory
Item"."All" Is not null 'And' "Cross BU" = Y
Organization Expense
Account
"Purchasing Trade Organization Expense Account"."All" Is not
null 'And' "Cross BU" = Y 'And' "Item Asset Indicator" = N
'And' "Inventory Item"."All" Is not null

27
For this example we will assume that this PO has no backing requisition, it has an expense
destination type and the charge account is defaulted from the requester’s HR default expense
account i.e. priority 6 gets fired. In the next steps we will verify that the requester’s default
expense account is indeed setup in the HCM Person Management.
Step 3: Navigate to Person Management from the navigator
Step 4: Search for the requester by Name

28
Step 5: Click on the requester name and navigate to Manage Persons page. Select Manage
Employment from the task pane on the left.
Step 6: Verify that the Default Expense Account is populated. If not populate the account
accordingly.

29
The charge account on the PO will now get defaulted from the requester’s default expense
account as setup in HCM.
Tip: Do not forget to verify that the requester field on the po distribution is populated for this
to work. If there is no requester on the PO distribution, no account will be generated from the
priority rule 6.
Step 7: Optionally if your business wants to drive the PO charge account based on ship-to
organization, item, sub-inventory, destination type etc, you need to setup one of the seeded
Cost Management Mapping Sets accordingly. The priority rules 3,4,5 and the 7-13 all uses
Cost Management Mapping Sets as sources. See setting up Cost Management Mapping Sets
for more details.
5.4. Setup TAB to Default Variance Account
Step 0: Repeat Steps 1&2 from Section 5.2
Step 1: Select and view the seeded Purchasing Variance Account Rule
Step 2: Take note on how the Variance Account is defaulted out of the box. According to the
seeded rule, the variance account gets defaulted from a series of sources having descending
priorities. Also note the condition for each such priority rule to fire.
Priority Value
Type
Value Condition
1 Source Requisition Variance
Account
"Cross BU" = N 'And' "Requisition Variance Account"."All" Is
not null
2 Source PO Charge Account ( "Cross BU" = Y 'And' "Destination Type Code"(PO) =
EXPENSE ) 'Or' "Requisition Variance Account"."All" Is null
'And' "Destination Type Code"(PO) = EXPENSE
3 Source Ship-to Organization Price
Variance Account
"Cross BU" = N 'And' "Requisition Variance Account"."All" Is
null 'And' "Destination Type Code"(PO) = INVENTORY
Organization Price
Variance Account
"Cross BU" = Y 'And' "Destination Type Code"(PO) =
INVENTORY

30
For this example we will assume that the PO has no backing requisition and the destination
type is expense. In such case, the priority Rule 2 gets fired and the variance account gets
defaulted from the charge account on the PO.
5.5. Setup Cost Management Seeded Mapping Sets
Step 1: In an implementation project for Procurement, navigate to the task Manage Mapping
sets in the Task List Define Cost Management Mapping Sets for Procurement.

31
Step 2: All the seeded mapping sets are listed here. You can edit any of the mapping sets and
populate the input and output mappings.

32
Step 3: In this example we will setup the Expense Account – Organization mapping set. This
mapping set maps input inventory organizations to output account combinations.
Step 4: Add one or more chart of accounts in the chart of accounts section. This defines which
chart of accounts is setup to use this mapping set
Step 6: Populate the mappings. For every input organization code, populate an output
account combination. Note: you can designate one of the output account combination as a
default. This results in using that output combination in the scenario where no appropriate
input organization code is found.

33
Tip: Note the Output Type for a Mapping Set. By modifying output type, a mapping set can be
used to map input parameters to an entire account combination or individual account
segments.
This setup task demonstrates how to setup one of the Cost Management Mapping Sets.
Similarly, you can setup the other available Mapping Sets depending on your business needs.
5.6. Setup Purchasing Seeded Mapping Set for TAB
Step 1: In an implementation project for Procurement, navigate to the task Manage Mapping
sets in the Task List Define Transaction Accounting for Procurement.

34
Step 2: A seeded mapping set Expense Accrual Account – Business Unit is available. You can
use this to setup the Accrual Account.
Step 3: Another seeded mapping set Purchasing Natural Account for Transaction Account
Builder is available here. One can edit the mapping set and populate the input and output
mappings. This is a natural account segment mapping set. Based on input Requisitioning BU
and Item Category Name, you can determine the natural account segment of an account
combination.

35
Step 4: Add one or more chart of accounts in the chart of accounts section. This defines which
chart of accounts is setup to use this mapping set
Step 5: Populate the mappings. For every input Requisitioning BU Name and Category Name,
populate an output account segment. Note: you can designate one of the output account
segments as a default. This results in using that output segment in the scenario where no
appropriate Requisitioning BU and Category combination is found.

36
Tip: Note the Output Type for a Mapping Set. By modifying output type, a mapping set can be
used to map input parameters to an entire account combination or individual account
segments.
This setup task demonstrates how to setup one of the seeded Purchasing Mapping Sets.
Similarly, you can create new Mapping Sets depending on your business needs.
5.7. Setup Transaction Account Definition
Oracle Fusion Procurement seeds a Transaction Account Definition which makes use of the
account rules and mapping sets explained above. For most cases, you can reuse this seeded
transaction account definition. In this task you will explore this seeded Transaction Account
Definition and how it combines all the account combination rules to default the accounts on a
requisition or purchase order.
Step 2: Navigate to Manage Transaction Account Definition

37
Step 3: Observe the seeded Purchasing TAB Default Accounting
Step 4: Observe the account combination rules which drives each of the transaction account
types on requisitions and purchase orders. Also take note, that the seeded transaction
account definition does not have any Segment Rules. In a later section we will talk about
more advanced TAB setups where customers can set up segment Rules and/or modify the
Account Combination Rules. See section 6.2 for details.

38
5.8. Setup Manage Accounting Options for Ledger
This is the final yet the most crucial step of TAB setup. Your business can centralize the
account defaulting piece by virtue of setting up one TAB and reusing it across different
ledgers if you so choose. Once you are done setting up the Transaction Account Definition,
you need to associate it with a ledger. Based on which ledger a PO or a requisition
corresponds to, the appropriate Transaction Account Definition will be picked up.
Step 2: Navigate to Manage Subledger Accounting Options

39
Step 3: Search for the Ledger. Once the ledger is displayed in the search results, select
Purchasing as the component type and edit the Accounting Options.
Step 4: Populate the Transaction Account Definition with the seeded Purchasing TAB Default
Accounting or alternately with a new Transaction Account Definition that you might have
created. Save.

40
This completes the setup of TAB using the seeded setup configurations.

41
6. Custom TAB Setup
6.1. Simple TAB Setup from Scratch
In this section, we will setup a minimalistic custom TAB such that all the three mandatory
accounts in a purchase order or a requisition gets defaulted appropriately. We will assume an
overly simplistic business where based on destination type, they default the accounts on the
PO and requisition to specific constants. All the accounts on the document are same in this
example. To tabulate the use case:
Destination
Type
Charge Accrual Variance
Expense 01-000-2440-0000-000 01-000-2440-0000-000 01-000-2440-0000-000
Inventory 01-110-4110-0000-000 01-110-4110-0000-000 01-110-4110-0000-000
You can easily learn how to start from scratch to accomplish this task. Please download the
video demonstration attached to the My Oracle Support Note 1507175.1 for step by step
guidance.
6.2. Advanced TAB Setup with Segment Rules
In this setup you will assume the hypothetical company ABC Corp. driving the natural account
segment of their charge account on requisitions and purchase orders from project sources in
case there are project references on the document distributions. Basically if the PO
references a project, then default the charge account segment to the following based on
project top task number.
Top Task Number Account Segment Value
1.0 1200
2.0 1210
Default 1130

42
You can easily learn how to start with the seeded setups to accomplish this task. Please
download the video demonstration attached to the My Oracle Support Note 1507175.1 for
step by step guidance.
7. Known Limitations
If you plan to use the Item Category Name source in your transaction account definitions,
make sure the category name does not exceed 80 characters. Otherwise, Transaction
Account Builder might not be able to derive an account.
8. Conclusion
Oracle Fusion Procurement leverages Oracle Subledger Accounting's flexible rules based
engine that enables you to author your unique account derivation policies and manage
them effectively. You can either use the seeded setups to lessen setup overhead or decide
to add your own layer of customizations on top of the seeded setups or even start from
scratch.
9. Additional References
For additional references please see “Define Accounting Transformation” section in the
Oracle Fusion Accounting Hub Implementation Guide
http://docs.oracle.com/cd/E28271_01/fusionapps.1111/e20374/toc.htm

November 2012
Author: Mayukh Bhaowal
Oracle Corporation
World Headquarters
500 Oracle Parkway
Redwood Shores, CA 94065
U.S.A.
Worldwide Inquiries:
Phone: +1.650.506.7000
Fax: +1.650.506.7200
oracle.com
Copyright © 2011, Oracle and/or its affiliates. All rights reserved. This document is provided for information purposes only and the
contents hereof are subject to change without notice. This document is not warranted to be error-free, nor subject to any other
warranties or conditions, whether expressed orally or implied in law, including implied warranties and conditions of merchantability or
fitness for a particular purpose. We specifically disclaim any liability with respect to this document and no contractual obligations are
formed either directly or indirectly by this document. This document may not be reproduced or transmitted in any form or by any
means, electronic or mechanical, for any purpose, without our prior written permission.
Oracle and Java are registered trademarks of Oracle and/or its affiliates. Other names may be trademarks of their respective owners.
AMD, Opteron, the AMD logo, and the AMD Opteron logo are trademarks or registered trademarks of Advanced Micro Devices.
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. UNIX is a registered trademark licensed through X/Open
Company, Ltd. 1010

Tab

More Related Content

What's hot

Similar to Tab

Recently uploaded

Tab