Professional Documents
Culture Documents
Transaction Account Builder Oracle Procurement Cloud: An Oracle White Paper May 2018
Transaction Account Builder Oracle Procurement Cloud: An Oracle White Paper May 2018
May 2018
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.
Transaction Account Builder
1. Introduction ................................................................................ 3
2. Background ............................................................................... 4
8. Conclusion ............................................................................... 46
1. Introduction
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. The accounts are:
• Destination Charge Account - A charge account belonging to the destination
organization.
• Destination Variance Account - A variance account belonging to the
destination organization.
Your organization can automate the derivation of these accounts on transactions based upon
their organizational policies. Derivations are required to build these accounts on transactions
such as requisitions or purchase orders. The Transaction Account Builder component of the
Subledger Accounting engine builds or defaults the accounts on a transaction, so the
appropriate accounting entries are created against transaction accounts.
3
Transaction Account Builder
2. Background
Transaction Account Builder is a new concept in Oracle Applications Cloud, replacing all prior
account generator solutions. Prior to Oracle Applications Cloud, other product lines had a
similar need to default transaction accounts, but filled the need using different solutions.
For example, in Oracle E-Business Suite, Oracle Purchasing uses the Account Generator
Workflow to derive account code combinations on purchase orders and requisitions. Oracle
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.
In Oracle Applications Cloud, the Account Generator Workflow is replaced by TAB. Oracle
Applications Cloud also delivers predefined account defaulting rules within Transaction
Account Builder. These rules address the common defaulting scenarios and facilitate further
rule extensions, avoiding the need for customers or implementers to create them from
scratch. In Oracle Applications Cloud, TAB configuration is significantly easier than workflow
customization in Oracle E-Business Suite release 12. You accomplish TAB configuration within
the subledger accounting application, instead of in a separate technology tool.
PeopleSoft applications use ChartFields 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. Although
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.
Compared with PeopleSoft and JD Edwards, Oracle Applications Cloud provides more flexible
account derivation. With TAB you can derive all transaction accounts, and TAB provides a
larger pool of potential sources.
4
Transaction Account Builder
Moreover, with TAB you can reduce customized account defaulting definitions by sharing
them between applications. For example, you can use the account defaulting for Oracle
Fusion Projects in Oracle Fusion Purchasing and Oracle Fusion Payables. The account
defaulting can be shared by all three, but needs only be defined once.
You can use accounts on purchase orders and requisitions as defaults in downstream
accounting transactions such as purchase order matched invoices and receipts. Those
transactions may have account definition rules defined in subledger accounting that will allow
an override of some or all segments of the account found on the purchase order. The exact
flow of these accounts is complex and varies by the account and accounting options.
The following diagram provides an overview of the general flow of account data from the
reference data source, through defaulting, to the purchase order, and to final use in an
accounting transaction.
The TAB data is contained in the subledger accounting data model, moving away from
Workflow components. The top-level process in Transaction Account Definitions is the
5
Transaction Account Builder
equivalent of the overall workflow process, and it includes the assignment of rules to each
Transaction Account Type defined for the product.
In Workflow, Oracle Purchasing had to pre-define the workflow attributes and pass them into
the Workflow process. The behavior in TAB is similar. Purchasing defines which sources may
be used for a particular account and passes them into TAB.
In Oracle E-Business Suite release 12, users can write custom PL/SQL statements, add
functions to the workflow to execute them, and then use the results in their workflow
function. Although there is no support to define custom PL/SQL sources that execute during
processing, TAB offers a comprehensive set of predefined sources so that, in most cases,
users will not need to define custom sources.
In Oracle Applications Cloud, you also have the ability to define data in mapping sets and use
them in account derivations rules to drive the account defaulting process.
Seeded Sources
Source Assignments
(R12 WF attributes)
Diagram Legend
Object Explanation
Not Configurable
Configurable
6
Transaction Account Builder
Before you can set up TAB to derive accounts, you must 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, to more complex flows involving
projects and segment substitution rules. The first step is to analyze the requirements and use
cases.
It is important to 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 predefined default
setup works for your organization or if you need to modify the setup for your specific
business need.
For example, consider a hypothetical business requirement for a hypothetical company called
ABC Corporation. ABC Corporation always creates requisitions, which they process into
purchase orders. The accounts on the purchase orders mirror the accounts generated on the
requisition. They do not have any inter-company setup and they do not perform global
procurement.
There are three accounts that must be defaulted on their requisitions, based on the following
logic:
Charge Account: ABC Corporation 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 in which a particular combination of
item and ship-to organization maps to a specific account combination.
Variance Account: ABC Corporation requires that the Variance Account is the same as
the Charge Account.
Accrual Account: ABC Corporation would like to default the accrual account from the
expense account setup for the business unit responsible for creating invoices.
However, they want to derive the balancing segment of the accrual account from the
balancing segment of the charge account.
7
Transaction Account Builder
In order to understand TAB, you first need to understand the building blocks of TAB. These
building blocks make up the structure of TAB.
At the top level is Transaction Account Definition (TAD), which defines the account rule
assignments used to derive the transaction accounts on a purchase order and requisition.
This includes both rules that 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 are used to drive which accounts on a procurement transaction. Below TAD are a
number of Transaction Account Types.
8
Transaction Account Builder
Transaction Account Types are elements that represent each transaction account on
procurement transactions. There are five such transaction account types for five different
accounts exposed on procurement transactions.
9
Transaction Account Builder
Each of these transaction account types have assigned, predefined sources by default.
Sources are attributes in the transaction that can be used to determine the derivation of the
account combinations. For example, there can be a business requirement to default Account
A as the charge account when the purchase order destination type is Expense, or Account B
when the destination type is Inventory. In this example, Destination Type is predefined as a
Source, and is assigned to the charge account so that it is possible to author rules to derive
charge account combinations. The source assignments cannot be altered. You can learn more
about sources in section 4.5 Source.
Account segments for each transaction account type are derived from account rules. A rule
can apply to the entire account combination (Account Combination Rule) or just for a
particular segment (Segment Rule) specified by rule type. Each account rule comprises one or
more rules, with specified conditions that dictate when they are applied. For example, there
can be a rule with priority one, saying that the Purchasing Charge Account is derived from the
10
Transaction Account Builder
Requisition Charge Account when Cross BU = N and the Requisition Charge Account is not
null.
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 that
applies to all segments, and select a separate segment rule that applies to one particular
segment. Segment rules take precedence over the account combination rule.
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.
11
Transaction Account Builder
You set up account combination rules based upon the following value types:
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 that is set up
as a source.
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 set up a mapping set which maps the ship-to organization to
account combinations.
4. Account Rule Value Type: Derive the account by referencing another account rule.
You can define this type of rule without specifying a chart of accounts. 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 your charge and accrual accounts share the same derivation logic, one
account rule can be used as the source for both of them.
Tip: A chart of accounts must be specified for rules using constants.
Segment Rules
12
Transaction Account Builder
• 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.
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 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 Miscellaneous. The business has a natural account segment in their chart of accounts.
Category names, which drive spend classifications such as PO and requisition, are input values
in the application transaction. 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.
13
Transaction Account Builder
Miscellaneous 0003
4.5. Source
14
Transaction Account Builder
Oracle Procurement Cloud provides predefined, standard setup for TAB so that customers
can complete their transactions, such as requisitions and purchase orders, with minimal
configuration. Most typical business needs can be addressed using the delivered setup, with
minimal modifications. This section explains the predefined setups.
This section describes the default predefined sources that you can use to create account
rule setups. Note that you cannot add or modify these sources. The following are the
sources which are available to all five transaction types.
Refer to these source lists during your TAB setup task.
Purchasing Blanket Purchase Agreement Blanket Agreement referenced by the purchase order line.
Purchasing Blanket Purchase Agreement Line Blanket Line referenced by the purchase order line.
15
Transaction Account Builder
Purchasing Document Type Lookup Code Specifies whether it is a requisition or purchase order.
Purchasing Inventory Item Item identifier on purchase order line or requisition line.
Purchasing PO Distribution Attribute 1-20 Purchase order or requisition distribution attributes 1 -20.
16
Transaction Account Builder
Purchasing PO Header Attribute 1-20 Purchase order or requisition header attributes 1 – 20.
Purchasing PO Line Location Attribute 1-20 Purchase order schedule attributes 1 – 20.
Purchasing PO Line Location Attribute Date 1-10 Purchase order schedule date attributes 1 – 10.
Purchasing PO Line Location Attribute Number 1-10 Purchase order schedule number attributes 1 – 10.
Purchasing PO Line Attribute 1-20 Purchase order or requisition line attributes 1 – 20.
Purchasing PO Line Attribute Date 1-10 Purchase order or requisition line date attributes 1 – 10.
17
Transaction Account Builder
Purchasing Item Category Name Used for Purchasing natural account from category inputs.
Cost of Goods Sold Account Cost Management mapping set Cost of Sales Account -
Purchasing
Organization with purchase order trade organization as
18
Transaction Account Builder
parameter.
Inventory Material Account for ship-to Cost Management mapping set Material Account -
Purchasing organization Organization with Ship-to organization as parameter.
19
Transaction Account Builder
Purchasing Requisition Charge Account The charge account from requisition distribution.
20
Transaction Account Builder
Project Costing Award Institution Name of the institution. A higher-level internal entity that
receives awards to conduct research.
Project Costing Award Purpose Name Activity for which the award is funded. For example,
Research or Clinical.
Project Costing Award Type Name Classification of an award. Values for the award type are:
Federal grants or Private grants.
Project Costing Contract Business Unit Name Business unit name to which the contract belongs.
Project Costing Contract Customer Name Name of the customer that is associated with the
contract.
Project Costing Contract Customer Number Number of the contract customer.
Project Costing Contract Legal Entity Name Legal entity name to which the contract belongs.
Project Costing Contract Number An alphanumeric value that uniquely identifies the
contract.
Project Costing Contract Owning Organization Company Company segment value of the contract owning
Segment organization.
Project Costing Contract Owning Organization Cost Center Cost center segment value of the contract owning
Segment organization.
Project Costing Contract Owning Organization Name Owning Organization name to which the contract belongs.
Project Costing Customer Classification Category Name Classification of entities under a subject area in Oracle
Fusion Trading Community Architecture. For example,
classification of organizations based on industries.
Project Costing Customer Classification Name Individual values within the classification category defined
in Oracle Fusion Trading Community Architecture. Higher
Education is a code under Industry Type classification
category.
Project Costing Burden Amount Display Method Indicates if the burden amount is displayed on the same
transaction or as a separate transaction.
Project Costing Burden Cost Indicator Indicates if costs are burdened for projects associated
with this project type.
Project Costing Cost Distribution Billable Indicator Indicates if the cost is billable for a project.
Project Costing Cost Distribution Capitalizable Indicator Indicates if the cost can be capitalized for a project.
Project Costing Expenditure Business Unit ID Identifies the business unit in which an expenditure is
entered and processed for project costing.
Project Costing Expenditure Business Unit Name Name of the business unit that owns the expenditure.
Project Costing Expenditure Category A grouping of expenditure types by type of cost For
example, an expenditure category with a name such as
Labor refers to the cost of labor.
21
Transaction Account Builder
Project Costing Expenditure Category ID Identifies a grouping of expenditure types by type of cost.
Project Costing Expenditure Item Date Date when the expenditure was incurred.
Project Costing Expenditure Organization Company Company segment value of the expenditure organization.
Segment
Project Costing Expenditure Organization Cost Center Cost center segment value of the expenditure
Segment organization.
Project Costing Expenditure Organization ID Number generated by the application that uniquely
identifies the organization incurring the expenditure.
Project Costing Expenditure Organization Name Organization name to which the expenditure belongs.
Project Costing Expenditure Type Cost classification assigned to each expenditure item
Expenditure types are grouped into cost groups and
revenue groups.
Project Costing Expenditure Type Descriptive Flexfield Expenditure type descriptive flexfield attributes 1-15.
Attribute 1-15
Project Costing Expenditure Type Descriptive Flexfield Context that determines the structure of the expenditure
Attribute Category type descriptive flexfield.
Project Costing Expenditure Type ID Identifies the expenditure type classifying the type of
work performed.
Project Costing Federal Sponsor Indicator Indicates that the sponsor, who funds the sponsored
project, is from a federal agency.
Project Costing Funding Source Name Name of the party that is funding the research, for
example, an external customer or an internal
organization.
Project Costing Funding Source Type Identifies the type of funding source. Funding sources can
be external or internal.
Project Costing Null Account This source will always contain a null value It is provided
only as a placeholder for the predefined Account
Derivation Rule templates.
Project Costing Project Billable Indicator Indicates if the project is billable.
Project Costing Project Business Unit Company Segment Company segment value of the project business unit.
Project Costing Project Business Unit Cost Center Segment Cost center segment value of the project business unit.
Project Costing Project Business Unit ID Identifies the business unit that owns the project.
Project Costing Project Business Unit Name Names the business unit that owns the project.
Project Costing Project Capitalizable Indicator Indicates if the project can be capitalized.
Project Costing Project Class Category Class category that is assigned to a project and enabled
for use in accounting.
Project Costing Project Class Category ID Identifies the class category that is assigned to a project
and enabled for use in accounting.
22
Transaction Account Builder
Project Costing Project Class Code Code of the class category that is assigned to a project and
enabled for use in accounting.
Project Costing Project Class Code ID Identifies the class category that is assigned to a project
and enabled for use in accounting.
Project Costing Project Descriptive Flexfield Attribute 1-10 Projects descriptive flexfield attributes 1-10.
Project Costing Project Descriptive Flexfield Attribute Context that determines the structure of the project
Category descriptive flexfield.
Project Costing Project ID Number generated by the application to identify the
project.
Project Costing Project Name Name assigned to a project.
Project Costing Project Organization Company Segment Company segment value of project organization.
Project Costing Project Organization Cost Center Segment Cost center segment value of project organization.
Project Costing Project Organization ID Identifies the organization owning the project.
Project Costing Project Type Implementation entity that defines basic project options
Select options at the project type level that are inherited
by each project associated with that project type.
Project Costing Project Type Descriptive Flexfield Attribute Project type descriptive flexfield attributes 1-10.
1-10
Project Costing Project Type Descriptive Flexfield Attribute Context that determines the structure of the project type
Category descriptive flexfield.
Project Costing Project Type ID Identifies the implementation-defined name that uniquely
identifies the project type.
Project Costing Project Unit ID Identifies the project unit.
Project Costing Revenue Category A grouping of expenditure types by type of revenue For
example, a revenue category with a name such as Labor
refers to labor revenue.
Project Costing Sponsored Project Indicator Indicates that the project is sponsored by an award.
Project Costing Task Billable Indicator Indicates if the task is billable for project.
Project Costing Task Capitalizable Indicator Indicates if the task for a project can be capitalized.
Project Costing Task Descriptive Flexfield Attribute 1-15 Task descriptive flexfield attributes 1-15.
Project Costing Task Descriptive Flexfield Attribute Context that determines the structure of the task
Category descriptive flexfield.
Project Costing Task ID Identifies the task.
23
Transaction Account Builder
Project Costing Task Organization Company Segment Company segment value of the organization that is
assigned to manage the work on a task.
Project Costing Task Organization Cost Center Segment Cost center segment value of the organization that is
assigned to manage the work on a task.
Project Costing Task Organization ID Identifies the organization that is assigned to manage the
work on a task.
Project Costing Task Organization Name Organization name to which the task belongs.
Project Costing Task Retirement Indicator Identifies tasks for retirement cost collection.
Project Costing Task Service Type Type of work performed on the task.
Project Costing Top Task ID Identifies a task whose parent is the project.
Project Costing Top Task Name User-defined name that uniquely identifies a top task
within a project.
Project Costing Top Task Number User-defined number that uniquely identifies a top task
within a project.
Project Costing User-Defined Descriptive Flexfield Attribute User-defined descriptive flexfield attributes 1-10 for
1-10 project-related standardized cost collection.
Project Costing User-Defined Descriptive Flexfield Attribute Context that determines the structure of the user-defined
Category descriptive flexfield.
Project Costing Work Type ID Unique identifier of a classification of the work associated
with a task You can use work types to categorize and
group tasks for processing purposes.
Project Costing Work Type Name Name of a classification of the work associated with a
task. You can use work types to categorize and group
tasks for processing purposes.
Step 1: In the Navigator, click Setup and Maintenance, and navigate to the Define Transaction
Account Rules task list.
Note: Drill down to this task list from the Implementation Project for Procurement. This picks
up the Purchasing context.
24
Transaction Account Builder
25
Transaction Account Builder
Step 3: Select and view the predefined Purchasing Accrual Account Rule.
Step 4: Note how the Accrual Account is defaulted. According to the predefined rule, the
accrual account is defaulted from the Source: Expense Accrual Account when purchase order
destination type is Expense, or when Cross BU = Y. This source maps to the Purchasing
mapping set Expense Accrual Account – Business Unit.
26
Transaction Account Builder
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.
For this example, assume that this PO is for an expense item. You will verify that a mapping
exists for the requisitioning BU on the Purchasing Mapping set Expense Accrual Account –
Business Unit.
27
Transaction Account Builder
Step 5: Navigate to the Manage Mapping Sets task in the Define Transaction Accounting for
Procurement task list.
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 be same as the
requisitioning BU in a local procurement scenario.) If a mapping does not exist, create a new
one and specify the appropriate account.
28
Transaction Account Builder
Step 7: Optionally, if your business uses inventory items, set up the Mapping Set Accrual
Account Organization for the Cost Management subledger. See setting up Cost Management
Mapping Sets for more details.
Step 2: Select and view the predefined Purchasing Charge Account Rule
Step 3: Note that the Charge Account is defaulted without any configuration required.
According to the predefined rule, the charge account is defaulted from a series of sources
having descending priorities. Also note the condition that applies each priority rule.
29
Transaction Account Builder
For this example, assume that this PO has no backing requisition, that it has an expense
destination type and that the charge account is defaulted from the requester’s HR default
expense account. In other words, priority 6 is applied. Next, verify that the requester’s default
expense account is set up in HCM Person Management.
30
Transaction Account Builder
Step 6: Click on the requester name and navigate to the Person Management page. Select
Manage Employment from the task pane.
31
Transaction Account Builder
Step 7: Verify that the Default Expense Account is populated. If not, populate the account
accordingly.
The charge account on the PO is defaulted from the requester’s default expense account as
set up in HCM.
Tip: Verify that the requester field on the PO distribution is populated. If there is no requester
on the PO distribution, no account will be generated from priority rule 6.
Step 8: Optionally, if your business wants to drive the PO charge account based on ship-to
organization, item, sub-inventory, destination type, and so on, set up one of the predefined
Cost Management Mapping Sets accordingly. Priority rules 3, 4, 5 and 7-13 use Cost
Management Mapping Sets as sources. See Setting up Cost Management Mapping Sets for
more details.
32
Transaction Account Builder
Step 2: Select and view the predefined Purchasing Variance Account Rule
Step 3: Note that the Variance Account is defaulted without any configuration required.
According to the predefined rule, the variance account is defaulted from a series of sources
having descending priorities. Also note the condition that fires each priority rule.
For this example, assume that the PO has no backing requisition and that the destination type
is expense. In this case, the priority Rule 2 is applied and the variance account is defaulted
from the charge account on the PO.
Step 1: In the Setup and Maintenance work area, search for the Define Cost Accounting setup
task list. Expand the task list. Make sure that scope for the task is set to Cost Management.
Navigate to the Manage Mapping Sets setup task.
Note: Cost Management mapping sets cannot be accessed from a Procurement
implementation project. Search task lists directly in the Setup and Maintenance work area.
33
Transaction Account Builder
Step 2: All the predefined mapping sets are listed here. You can edit any of the mapping sets
and populate the input and output mappings.
34
Transaction Account Builder
Step 3: In this example, we will set up 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 configured to use this mapping set.
35
Transaction Account Builder
Step 6: Populate the mappings. For every input organization code, populate an output
account combination. Note that you can designate one of the output account combinations
as a default. The default output account combination is used if no appropriate organization
code is found.
Tip: By modifying the mapping set Output Type, it can be used to map input parameters to an
entire account combination or individual account segments.
This setup task demonstrates how to set up one of the Cost Management Mapping Sets.
Similarly, you can set up the other available Mapping Sets depending on your business needs.
36
Transaction Account Builder
The following steps use Expense Accrual Account – Business Unit mapping set as an example,
demonstrating how to set up a predefined mapping set.
Step 1: In an implementation project for Procurement, navigate to the Manage Mapping sets
task in the Define Transaction Accounting for Procurement task list.
Step 2: A Predefined mapping set Expense Accrual Account – Business Unit is available. You
can use this to set up the Accrual Account.
Step 3: Another predefined mapping set Purchasing Natural Account for Transaction
Account Builder is available here. You 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.
37
Transaction Account Builder
Step 4: Add one or more chart of accounts in the chart of accounts section. This defines which
chart of accounts is set up to use this mapping set.
38
Transaction Account Builder
Step 5: Populate the mappings. For every input Requisitioning BU Name and Category Name,
populate an output account segment. Note that you can designate one of the output account
segments as a default. The default output segment is used if no appropriate organization
Requisitioning BU and Category combination is found.
Tip: By modifying the mapping set Output Type, it can be used to map input parameters to an
entire account combination or individual account segments.
If you need to derive the natural account segment based on the different levels in the
procurement category hierarchy, you can create your own mapping sets for this purpose. For
category level 1, the mapping set – Purchasing Natural Account by Procurement Category
Level 1 is predefined.
This setup task demonstrates how to set up one of the predefined Purchasing Mapping Sets.
Similarly, you can create new Mapping Sets depending on your business needs.
Step 1: In the Navigator, click the Setup and Maintenance work area, and navigate to the task
list Define Transaction Account Rules.
39
Transaction Account Builder
40
Transaction Account Builder
Step 4: Observe the account combination rules that drive each of the transaction account
types on requisitions and purchase orders. Also note that the predefined transaction account
definition does not have any Segment Rules. See section 6.2 for information on how you can
set up segment rules and/or modify the Account Combination Rules.
41
Transaction Account Builder
This is the final yet 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. After setting up the Transaction Account Definition, you must associate it with a
ledger. The appropriate Transaction Account Definition is picked up based on the ledger to
which a PO or requisition corresponds.
Take note that this setup step is optional because by default, every ledger is associated to the
predefined Transaction Account Definition Purchasing TAB Default Accounting. Perform this
setup only if you create your own Transaction Account Definitions.
Step 1: In the Navigator, click the Setup and Maintenance work area, and navigate to the
Define Transaction Account Rules task list.
42
Transaction Account Builder
Step 3: Search for the Ledger. When the ledger is displayed in the search results, select
Purchasing as the component type and edit the Accounting Options.
43
Transaction Account Builder
Step 4: By default, for the Purchasing subledger application, every ledger in the application is
associated to the predefined Transaction Account Definition. For example, Purchasing TAB
Default Accounting. You can change it to a new Transaction Account Definition that you have
created.
This completes the configuration of TAB using the predefined, delivered setup configurations.
44
Transaction Account Builder
In this section, we will set up a minimal custom TAB so that all three mandatory accounts in a
purchase order or a requisition are 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:
In this setup you will assume the hypothetical company ABC Corporation drives 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. If the PO
references a project, then default the charge account segment to the following based on
project top task number.
45
Transaction Account Builder
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 Fusion 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 predefined setups to lessen set up
overhead, add your own layer of customizations on top of the predefined setups, or even
start from scratch.
9. Additional References
For additional information, see the Define Accounting Transformation section in the Oracle
Fusion Accounting Hub Implementation Guide.
http://docs.oracle.com/cd/E28271_01/fusionapps.1111/e20374/toc.htm
46
Transaction Account Builder Copyright © 2016, 2017 Oracle and/or its affiliates. All rights reserved. This document is provided for information purposes only and
August 2017 the contents hereof are subject to change without notice. This document is not warranted to be error-free, nor subject to any other
Author: Mayukh Bhaowal 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
Oracle Corporation
formed either directly or indirectly by this document. This document may not be reproduced or transmitted in any form or by any
World Headquarters
means, electronic or mechanical, for any purpose, without our prior written permission.
500 Oracle Parkway
Redwood Shores, CA 94065
Oracle and Java are registered trademarks of Oracle and/or its affiliates. Other names may be trademarks of their respective owners.
U.S.A.
Worldwide Inquiries: Intel and Intel Xeon are trademarks or registered trademarks of Intel Corporation. All SPARC trademarks are used under license and
Phone: +1.650.506.7000 are trademarks or registered trademarks of SPARC International, Inc. AMD, Opteron, the AMD logo, and the AMD Opteron logo are
Fax: +1.650.506.7200 trademarks or registered trademarks of Advanced Micro Devices. UNIX is a registered trademark of The Open Group. 0116
oracle.com