Oracle® Fusion
Applications
Financials Implementation Guide 11g Release 6 (11.1.6) Part Number E20375-07 |
![]() Home |
![]() Contents |
![]() Book List |
![]() Contact Us |
![]() Previous |
![]() Next |
This chapter contains the following:
Define Subledger Application and Sources
Define Subledger Accounting Methods
The Create Accounting process uses the values of sources assigned to accounting attributes plus accounting rules to create subledger journal entries. Almost all accounting attributes have sources assigned at the accounting event class level. Depending on the accounting attribute, the accounting attribute assignment defaulted from the accounting event class can be overridden on journal line rules or subledger journal entry rule sets.
Once sources are assigned to accounting event classes, they are eligible for assignment to accounting attributes for the same accounting event classes.
The Create Accounting process uses these assignments to copy values from transaction objects to subledger journal entries. For example, you may map the invoice entered currency to the subledger journal entry entered currency.
Each accounting attribute is associated with a level:
Header: To be used when creating subledger journal entry headers.
Line: To be used when creating subledger journal entry lines.
The types of accounting attributes values are as follows:
You may have values that are subject to special processing or values that are stored in named columns in journal entry headers and lines.
Examples of accounting attributes are Entered Currency Code and Entered Amount.
You may have values that control the behavior of the Create Accounting process when processing a specific accounting event or transaction object line.
An example of accounting attributes of this type is Accounting Reversal Indicator.
In order to create a valid journal entry you must, at a minimum, set up the following accounting attribute assignments.
Accounting Date
Distribution Type
Entered Amount
Entered Currency Code
First Distribution Identifier
The details and descriptions of these attributes are included in the Accounting Attributes section.
Accounting attribute groups are represented in the tables below:
Accounted Amount Overwrite
The accounted amount overwrite accounting attribute indicates whether the accounted amount calculated by the Create Accounting process should be overwritten by the value of the accounted amount accounting attribute. If the source value mapped to Accounted Amount Overwrite is 'Y', then an accounted amount must be provided.
Accounting Attributes |
Data Type |
Journal Entry Level |
Assignment to Rules |
Assignment Required? |
Validation Rules |
---|---|---|---|---|---|
Accounted Amount Overwrite Indicator |
Alphanumeric |
Line |
Event Class and Journal Line Rule |
No |
Y - Overwrite accounted amount N - Not overwrite accounted amount |
Accounting Date
The accounting date attribute is relevant to all applications. The Create Accounting process uses it to derive the accounting date of journal entries. Typically, the event date system source is assigned to the accounting date attribute.
The Accrual Reversal GL Date accounting attribute is relevant to applications using the accrual reversal feature. Users can assign system and standard date sources to the Accrual Reversal GL Date in the Accounting Attribute Assignments page. When the Accrual Reversal GL Date accounting attribute returns a value, the Create Accounting process generates an entry that reverses the accrual entry.
Accounting Attributes |
Data Type |
Journal Entry Level |
Assignment to Rules |
Assignment Required? |
Validation Rules |
---|---|---|---|---|---|
Accounting Date |
Date |
Header |
Event Class and Journal Entry Rule Set |
Yes |
Should be in open general ledger period |
Accrual Reversal GL Date |
Date |
Header |
Event Class and Journal Entry Rule Set |
No |
Should be later than the accounting date |
Accounting Reversal
Accounting reversal accounting attributes are relevant to applications that wish to take advantage of the accounting reversal feature. The Create Accounting process uses them to identify transaction (distributions) whose accounting impact should be reversed. For the Create Accounting process to successfully create a line accounting reversal, the accounting reversal indicator, distribution type, and first distribution identifier should always be assigned to sources. The definition of the accounting reversal distribution type and distribution identifiers mirrors the definition of the distribution identifiers.
Accounting Attributes |
Data Type |
Journal Entry Level |
Assignment to Rules |
Assignment Required? |
Validation Rules |
---|---|---|---|---|---|
Accounting Reversal Distribution Type |
Alphanumeric |
Line |
Event Class |
Yes, if another accounting reversal accounting attribute is assigned. |
|
Accounting Reversal First Distribution Identifier |
Alphanumeric |
Line |
Event Class |
Yes, if another accounting reversal accounting attribute is assigned. |
|
Accounting Reversal Second Distribution Identifier |
Alphanumeric |
Line |
Event Class |
No |
|
Accounting Reversal Third Distribution Identifier |
Alphanumeric |
Line |
Event Class |
No |
|
Accounting Reversal Fourth Distribution Identifier |
Alphanumeric |
Line |
Event Class |
No |
|
Accounting Reversal Fifth Distribution Identifier |
Alphanumeric |
Line |
Event Class |
No |
|
Accounting Reversal Indicator |
Alphanumeric |
Line |
Event Class |
Yes, if another accounting reversal accounting attribute is assigned. |
Y - Reverse without creating a replacement line B - Reverse and create a new line as replacement N or Null - Not a reversal |
Transaction Accounting Reversal Indicator |
Alphanumeric |
Header |
Event Class |
No |
Y - Reversal transaction object header N or null - Standard transaction object header |
Business Flow
The business flow accounting attributes are referred to as 'applied to' accounting attributes. If a transaction is applied to a prior transaction in the business flow, the transaction object must populate sources assigned to 'applied to' accounting attributes with sufficient information to allow the Create Accounting process to uniquely identify a transaction object line for a prior event in the business flow. When deriving accounting data from a previous event in the business flow, the Create Accounting process searches for a journal entry line for the prior event using a combination of the 'applied to' accounting attributes and the business flow class of both journal entries.
The Applied to Amount accounting attribute is used to calculate the accounted amount and gain or loss in cross-currency applications when business flows are implemented. This attribute value is used to calculate the accounted amount when a source is mapped to the Applied to Amount attribute on a journal line type and the entered currency is different than the original currency entered.
Note
When enabling business flow to link journal lines in the Journal Line Rule page, certain accounting attribute values are unavailable for source assignment in the Accounting Attributes Assignments window of the same page because they will be copied from the related prior journal entry.
Accounting Attributes |
Data Type |
Journal Entry Level |
Assignment to Rules |
Assignment Required? |
Validation Rules |
---|---|---|---|---|---|
Applied to Amount |
Number |
Line |
Event Class and Journal Line Rule |
No |
|
Applied to First System Transaction Identifier |
Alphanumeric |
Line |
Event Class and Journal Line Rule |
Yes, if another accounting attribute in the same group has assignment. |
|
Applied to Second System Transaction Identifier |
Alphanumeric |
Line |
Event Class and Journal Line Rule |
No |
|
Applied to Third System Transaction Identifier |
Alphanumeric |
Line |
Event Class and Journal Line Rule |
No |
|
Applied to Fourth System Transaction Identifier |
Alphanumeric |
Line |
Event Class and Journal Line Rule |
No |
|
Applied to Distribution Type |
Alphanumeric |
Line |
Event Class and Journal Line Rule |
Yes, if another accounting attribute in the same group has assignment. |
|
Applied to First Distribution Identifier |
Alphanumeric |
Line |
Event Class and Journal Line Rule |
Yes, if another accounting attribute in the same group has assignment. |
|
Applied to Second Distribution Identifier |
Alphanumeric |
Line |
Event Class and Journal Line Rule |
No |
|
Applied to Third Distribution Identifier |
Alphanumeric |
Line |
Event Class and Journal Line Rule |
No |
|
Applied to Fourth Distribution Identifier |
Alphanumeric |
Line |
Event Class and Journal Line Rule |
No |
|
Applied to Fifth Distribution Identifier |
Alphanumeric |
Line |
Event Class and Journal Line Rule |
No |
|
Applied to Application ID |
Number |
Line |
Event Class and Journal Line Rule |
Yes, if another accounting attribute in the same group has assignment. |
Must be a valid application ID |
Applied to Entity Code |
Alphanumeric |
Line |
Event Class and Journal Line Rule |
Yes, if another accounting attribute in the same group has assignment. |
Must be a valid Entity for the application selected in Applied to Application ID |
Distribution Identifier
Distribution identifiers accounting attributes are relevant to all applications. The distribution identifier information links subledger transaction distributions to their corresponding journal entry lines. In addition, many of the Oracle Fusion Subledger Accounting features, including accounting reversals, rely on the correct definition and storing of distribution identifiers in the line transaction objects. The distribution type and first distribution identifiers are always assigned to sources. If a transaction distribution is identified by a composite primary key, additional distribution identifiers are assigned to standard sources, as appropriate. Values for the distribution type and distribution identifiers are always stored in accounting transaction objects. The combinations of the values of the system transaction identifiers with the values of the distribution identifiers uniquely identify a subledger transaction distribution line.
Accounting Attributes |
Data Type |
Journal Entry Level |
Assignment to Rules |
Assignment Required? |
Validation Rules |
---|---|---|---|---|---|
Distribution Type |
Alphanumeric |
Line |
Event Class |
Yes |
|
First Distribution Identifier |
Alphanumeric |
Line |
Event Class |
Yes |
|
Second Distribution Identifier |
Alphanumeric |
Line |
Event Class |
No |
|
Third Distribution Identifier |
Alphanumeric |
Line |
Event Class |
No |
|
Fourth Distribution Identifier |
Alphanumeric |
Line |
Event Class |
No |
|
Fifth Distribution Identifier |
Alphanumeric |
Line |
Event Class |
No |
|
Document Sequence
The document sequence accounting attributes are relevant to applications that use the document sequencing feature to assign sequence numbers to subledger transactions. The Create Accounting process uses them to provide a user link between subledger transactions and their corresponding subledger journal entries. Assign all document sequence accounting attributes to sources or do not assign any. In addition, the Document Sequence Category Code is made available as an Accounting Sequence Numbering control attribute.
Accounting Attributes |
Data Type |
Journal Entry Level |
Assignment to Rules |
Assignment Required? |
Validation Rules |
---|---|---|---|---|---|
Subledger Document Sequence Category |
Alphanumeric |
Header |
Event Class |
Yes, if another accounting attribute in the same group has assignment. |
|
Subledger Document Sequence Identifier |
Number |
Header |
Event Class |
Yes, if another accounting attribute in the same group has assignment. |
|
Subledger Document Sequence Value |
Number |
Header |
Event Class |
Yes, if another accounting attribute in the same group has assignment. |
|
Entered Currency
Entered currency accounting attributes are relevant to all applications. The Create Accounting process uses them to populate the journal entry line entered currency code and amounts. The entered currency accounting attributes must always be assigned to sources. The sources assigned to the entered currency accounting attributes must always contain a value. For event classes that support cross currency transactions and therefore, more than one entered currency and entered currency amount, multiple event class accounting attribute assignments are created.
Accounting Attributes |
Data Type |
Journal Entry Level |
Assignment to Rules |
Assignment Required? |
Validation Rules |
---|---|---|---|---|---|
Entered Currency Code |
Alphanumeric |
Line |
Event Class and Journal Line Rule |
Yes |
A valid currency code |
Entered Amount |
Number |
Line |
Event Class and Journal Line Rule |
Yes |
|
Ledger Currency
Ledger currency accounting attributes are relevant to all applications that use the Create Accounting process. The Create Accounting process uses them to populate journal entry accounted amounts. If a transaction's entered currency is different from the ledger currency, the Create Accounting process copies the conversion date, conversion rate, and conversion rate type to the corresponding journal entry lines. If the entered currency is the same as the ledger currency, the Create Accounting process ignores the conversion type and conversion rate. For event classes that support foreign currency transactions and therefore more than one exchange rate and reporting currency amount, multiple event class accounting attribute assignments are created.
Accounting Attributes |
Data Type |
Journal Entry Level |
Assignment to Rules |
Assignment Required? |
Validation Rules |
---|---|---|---|---|---|
Accounted Amount |
Number |
Line |
Event Class and Journal Line Rule |
No |
|
Conversion Date |
Date |
Line |
Event Class and Journal Line Rule |
No |
|
Conversion Rate |
Number |
Line |
Event Class and Journal Line Rule |
No |
|
Conversion Rate Type |
Alphanumeric |
Line |
Event Class and Journal Line Rule |
No |
A valid general ledger conversion rate type or User |
Tax
The tax accounting attributes are relevant to applications that uptake the tax initiative. The tax team uses the tax accounting attributes to link subledger transaction tax distributions to their corresponding journal entry lines. Oracle Fusion Tax specifies which tax reference values are mandatory in transaction objects and are assigned to standard sources.
Accounting Attributes |
Data Type |
Journal Entry Level |
Assignment to Rules |
Assignment Required? |
Validation Rules |
---|---|---|---|---|---|
Detail Tax Distribution Reference |
Number |
Line |
Event Class |
No |
|
Detail Tax Line Reference |
Number |
Line |
Event Class |
No |
|
Summary Tax Line Reference |
Number |
Line |
Event Class |
No |
|
Third Party
Third party accounting attributes are relevant to subledger applications that use third party control accounts. The third party accounting attributes link suppliers and customers to their corresponding subledger journal entry lines in the supplier and customer subledgers. For all subledger transactions that represent financial transactions with third parties, all third party accounting attributes have sources assigned. If a transaction line is associated with a customer or supplier, the transaction objects need to include values for all sources mapped to third party accounting attributes for the event class.
Accounting Attributes |
Data Type |
Journal Entry Level |
Assignment to Rules |
Assignment Required? |
Validation Rules |
---|---|---|---|---|---|
Party Identifier |
Number |
Line |
Event Class and Journal Line Rule |
Yes, if another accounting attribute in the same group has assignment. |
If party type C - Should be a valid customer account If party type is S - Should be a valid supplier identifier |
Party Site Identifier |
Number |
Line |
Event Class and Journal Line Rule |
Yes, if another accounting attribute in the same group has assignment. |
If party type C - Should be a valid customer account If party type is S - Should be a valid supplier identifier |
Party Type |
Alphanumeric |
Line |
Event Class |
Yes, if another accounting attribute in the same group has assignment. |
C for Customer S for Supplier |
Exchange Gain Account, Exchange Loss Account
The Create Accounting process determines whether there is an exchange gain or loss and derives the account combination based on whether the journal line rule is defined. If the gain or loss journal line rule is defined, the account rule assigned to the journal line rule is used to determine the gain or loss account to use. If the gain or loss journal line rule is not defined, the gain or loss account assigned to the Exchange Gain Account and Exchange Loss Account accounting attributes is used.
Accounting Attributes |
Data Type |
Journal Entry Level |
Assignment to Rules |
Assignment Required? |
Validation Rules |
---|---|---|---|---|---|
Exchange Gain Account |
Number |
Header |
Event Class |
No |
|
Exchange Loss Account |
Number |
Header |
Event Class |
No |
|
Gain or Loss Reference
The Gain or Loss Reference accounting attribute groups entry lines together when calculating exchange gain or loss. The accounted debit and accounted credit amounts for lines with the same gain or loss reference are combined. The total of accounted debit and total of accounted credit are compared to calculate the exchange gain or loss.
Accounting Attributes |
Data Type |
Journal Entry Level |
Assignment to Rules |
Assignment Required? |
Validation Rules |
---|---|---|---|---|---|
Gain or Loss Reference |
Alphanumeric |
Line |
Event Class |
No |
|
Transfer to GL Indicator
The Transfer to GL accounting attribute is relevant to applications which create subledger journal entries that will never be transferred to the general ledger. The Transfer to GL process uses this accounting attribute to determine whether to transfer subledger journal entries to the general ledger.
If the Transfer to GL accounting attribute is not assigned to a source, the Transfer to GL process transfers journal entries for the event class to the General Ledger.
If the Transfer to GL accounting attribute is assigned to a source and the source is not populated, the Transfer to GL process transfers journal entries for the event class to the General Ledger.
Accounting Attributes |
Data Type |
Journal Entry Level |
Assignment to Rules |
Assignment Required? |
Validation Rules |
---|---|---|---|---|---|
Transfer to GL Indicator |
Alphanumeric |
Header |
Event Class |
No |
Should be Y or N |
Accounting methods group subledger journal entry rule sets together to define a consistent accounting treatment for each of the accounting event classes and accounting event types for all subledger applications. The grouping allows a set of subledger journal entry rule sets to be assigned collectively to a ledger.
For example, a subledger accounting method entitled US GAAP can be defined to group subledger journal entry rule sets that adhere to and comply with US Generally Accepted Accounting Principles (GAAP) criteria.
By assigning a different subledger accounting method to each related ledger, you can create multiple accounting representations of transactions.
Accounting rules can be defined with either a top down, or a bottom up approach. When defining subledger accounting rules from the top down, you will initially define the accounting method followed by components of each rule, which will need to be assigned to it. When defining subledger accounting rules from the bottom up, you will initially define components for each rule and then assign them as required.
The Create Accounting process uses the accounting method definition with active journal entry rule set assignments to create subledger journal entries.
When an accounting method is initially defined, or after modifying a component of any accounting rule associated to the assigned journal entry rule set, its status changes to Incomplete.
The accounting method must be completed, by activating its journal entry rule set assignments, so that it can be used to create accounting.
The following definitions are utilized to define the journal entries, and are applied as updates to the accounting method:
Updates to the predefined accounting method
Assignment of journal entry rule sets for an accounting event class and/or accounting event type from the accounting methods page
Assignment of accounting methods to ledgers
Activation of subledger journal entry rule set assignments
You may update a predefined accounting method by end dating the existing assignment and creating a new assignment with an effective start date.
You create the assignment of a journal entry rule set for an accounting event class and accounting event type using the accounting method page.
The following should be considered for assigning rule sets:
If the accounting method has an assigned chart of accounts, you can select journal entry rule sets that use that same chart of accounts, or that are not associated with any chart of accounts.
Select an option to assign existing journal entry rule sets or define a new one.
If the accounting method has an assigned chart of accounts, it may only be used by ledgers that use the same chart of accounts.
If the accounting method does not have an assigned chart of accounts, the accounting method can be assigned to any ledger.
You can activate the subledger journal entry rule set assignments from the Accounting Method page. You can also submit the Activate Subledger Journal Entry Rule Set Assignments process to validate and activate your accounting setups.
The figure below shows the relationship of components making up an accounting method as described in the above text.
Subledger journal entry rule sets provide the definition for generating a complete journal entry for an accounting event.
Select the option to define the subledger journal entry rule set for a particular accounting event class or accounting event type.
If you are using multiple ledgers to meet divergent and mutually exclusive accounting requirements, you can vary journal entry rule sets by ledger. Each of the subledger journal entry rule sets can meet a specific type of accounting requirements.
For example, use US Generally Accepted Accounting Principles (GAAP) oriented subledger journal entry rule sets for a ledger dedicated to US GAAP reporting, and French statutory accounting conventions for a ledger dedicated to French statutory reporting. These two sets of definitions have differences based on the setup of the various components that make up their subledger journal entry rule sets.
Seeded subledger journal entry rule sets are provided for all Oracle subledgers. If specific requirements are not met by seeded subledger journal entry rule sets, users can create new ones of copy the seeded definitions and then rename and modify the new copied definitions and their assignments.
Subledger journal entry rule set assignments can be made at two levels, header and line. The following are the subcomponents of a subledger journal entry rule set:
Description rules
Journal line rules
Account rules
Supporting references
Header assignments define subledger journal header information and line assignments define journal line accounting treatment.
A header assignment includes the following:
Accounting date (required)
Accrual reversal accounting date (optional)
Description rule (optional)
Supporting references (optional)
You can define multiple subledger journal entry rule sets for an accounting event class or accounting event type. A single journal entry is generated per accounting event per ledger using the line assignments from the journal entry rule set assigned to the accounting event class or accounting event type.
The following can be assigned to a journal entry line:
Journal line description rule
Journal line rule
Account rule
Supporting references
If a description rule is defined with sources, the sources must also be assigned to the accounting event class that is assigned to the journal entry rule set. The description rule may be assigned at either the header or line level of the journal entry or to both levels.
When assigning the journal line rule, you must identify the line type: Gain, Loss, Gain or Loss, Credit, or Debit. The journal line rule must be assigned to the same accounting event class as the one assigned to the subledger journal entry rule set.
When assigning a journal line rule that is enabled for accounting for a business flow, the account combination and certain accounting attribute values are copied from its related journal line having the same business flow class as the current line. Optionally, copy the description rule into the current line instead of assigning a separate description rule.
When assigning a journal line rule that is enabled to copy from the corresponding line within the same journal entry, you have the option to copy the account combination, the segment value, or the line description from the corresponding line into the current line.
The account rule assignment will define which accounts will be used for the subledger journal line. If the account rule is setup with a chart of accounts, it must have the same chart of accounts as the one assigned to the journal entry rule set. When account rules are defined with sources, the sources must also be assigned to the accounting event class that is assigned the journal entry rule set.
There are two types of account rules:
Account Combination Rule: Assign an account combination rule to derive the account combination.
Segment Rule: Assign a segment rule to derive a specific segment of an account. For example, a cost center or a natural account segment.
Supporting references may be assigned at the header or line level of the journal entry to capture transaction values on the journal entry header or lines. If the supporting reference segments are assigned multiple sources, at least one source must also be assigned to the accounting event class that is assigned the journal entry rule set.
Journal line rules are defined within the context of accounting event classes. A journal line rule can be used in a subledger journal entry rule set that has the same event class. You may also assign conditions to the journal line rule.
Journal line rules are assigned to journal entry rule sets.
To create a journal line rule, select values for options such as:
Side (Debit, Credit, Gain or Loss)
For example, when an Oracle Fusion Payables invoice is generated, the liability account should normally be credited. The journal line rule must therefore specify the Side option as Credit. On the other hand, the payment of the Payables invoice must be accounted with a debit to the liability account. A separate journal line rule must be defined to create this debit line.
Merge Matching Lines: To summarize subledger journal entry lines within each subledger entry. Journal entry lines with matching criteria are merged.
Accounting Class
Select an accounting class to classify journal entry lines.
For example, when a validated Payables invoice is accounted, the Item Expense and Liability journal lines are created. In this case, the journal line rules used in the accounting rules are assigned Item Expense and Liability accounting classes respectively.
Conditions: To restrict the use of a journal line rule by controlling when a particular journal line rule is used by the Create Accounting process.
Accounting Attributes: When creating a journal line rule, accounting attribute assignments are automatically established based on the default accounting attribute assignments for that journal line rule's accounting event class. You can override this default mapping of standard sources to accounting attributes. The list of values for the source override includes all sources assigned to the accounting attribute for the event class associated with the journal line rule.
Advanced Options
The Subledger Gain or Less Option: Applies only to amount calculations for the primary ledger. Gain or loss amounts are not converted to reporting currency or non-valuation method secondary ledgers. If the option is selected, the journal line holds the gain or loss amounts calculated by the subledger.
The gain or loss amount is calculated as the difference in applied amounts due to fluctuations in exchange rates based upon conversion to the ledger currency. Foreign exchange gain or loss amounts occur when two related transactions, such as an invoice and its payment, are entered in a currency other than the ledger currency, and the conversion rate fluctuates between the times that the two are accounted.
The Rounding Class Option: Along with the transaction rounding reference group journal lines together and calculates transaction rounding. Subledger transaction rounding differences can occur when a transaction has multiple related applied-to transactions, such as when a Receivables invoice has multiple associated receipts.
The Link Journal Lines Option: Determines whether the journal line rule is set up to establish a link between the accounting of transactions that are related both within the same application, and across applications. The alternatives are described in this table:
Link Journal Lines Option |
Description |
---|---|
None |
No link is established. |
Copy from corresponding line |
Build account for a journal line using segments from the offsetting entry of the current journal line. For example, when the business process requires that a cost center incurring an expense must also bear the invoice liability and cash outlay. |
Business flow |
Link logically related business transactions. For example, when recording the closing of a loan, you can link to the account that was used to book the loan origination. Journal line rules that are linked must also be assigned the same business flow class. |
You may set conditions to specify whether the journal line rule will be used to create a subledger journal entry line. If the conditions are true, the line rule is used to create a subledger journal entry line. Use sources to create these conditions.
For example, you can set up a condition that will create a journal line to record tax, only if there is tax for an invoice. The line type and account class mentioned here are examples of sources.
The condition for a Payables invoice tax journal line rule could be:
Where Line Type = Tax
When this condition is true, there is tax for a payables invoice line. A journal entry line is created to record the accounting impact of the tax.
Similarly, the condition for a Oracle Fusion Receivables invoice tax journal line rule could be:
Where Account Class = Tax
In this case, if there is an account class of Tax, the journal line is used to record the accounting impact of the tax.
Another example is a condition that creates a journal line for freight when there are freight charges on an invoice.
Journal line rule conditions determine whether a journal line rule and its associated account rules and description rules, are used to create the subledger journal entry line.
Note
Constant values that are used in any Conditions region must not contain the following characters:
"
,
&
|
(
)
'
For example, in the condition "Project Type" = ABC (123), the constant value following the equal sign, ABC (123), contains restricted characters ( ) that enclose 123 and is invalid.
Account rules are used to determine the accounts for subledger journal entry lines. In addition, you can specify the conditions under which these rules apply. Using these capabilities, you can develop complex rules for defining accounts under different circumstances to meet your specific requirements. You can define account rules for an account, segment, or value set.
Define account rules by account to determine the entire account combination. For example, an account rule defined by account can be used to determine the complete supplier liability account in Oracle Fusion Payables.
Define segment rules to derive a specific segment of the general ledger account. For example, a particular segment like the company segment can be determined from the distribution account. Another segment can be determined with the use of a constant value. Creating the account one segment at a time offers greater flexibility, but also requires more setup.
Use both segment based and account based rules to derive a single account. Segment specific rules are used, where they are defined, and take the remaining values from an account based rule. For example, you can select an account rule which is for all segments and also separately select a rule which is for one particular segment. Segment specific rules take precedence over the all segments account based rule.
Combine account rules with segment rules. In this case, the segment value is derived from the segment rule to override the corresponding segment of the account. However, if the segment rule has conditions associated with the priorities and none of the conditions are met, no override occurs and therefore, the segment value is derived from the account rule.
Note
If the returned account is end dated with a date that is the same or before the subledger journal entry accounting date and an alternate account is defined in Oracle Fusion General Ledger, an alternate account is used. The original account is stored on the journal line for audit purposes.
If the alternate account is invalid, and the Post Invalid Accounts to Suspense Account option is selected in the Create Accounting process, then a suspense account is used. An error message is displayed if a valid suspense account is not available.
In the absence of a chart of accounts, you may define account rules based upon value sets. This enables you to share the same rule between more than one chart of accounts if the segments in these charts of accounts share the same value set.
You may share account rules across applications in the following ways.
Assign an account rule from the same or a different application to a journal line rule in the subledger journal entry rule set. For example, to derive an expense account for journal line rule Expense, assign the Projects Cost Account rule owned by Oracle Fusion Projects to the Payables journal line rule Expense.
Create an account rule based on an account rule from another application and assign it to a journal line rule. For example, you may create a new account rule Invoice Expense Account referencing Project Cost Account assigned in the Priorities region. You may attach the Invoice Expense Account rule to the journal line rule Expense in the journal entry rule set.
Note
To share an account rule across applications, all sources used by the account rule must be available for the event class.
If the sources are available, an account rule is assigned to a journal line rule in the journal entry rule set, and verification occurs to confirm that all sources used by the account rule are available for the journal line rule accounting event class. Journal line rules are only available if the sources are shared; such as reference objects.
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.
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.
The Create Accounting process evaluates conditions based on the priority of the rule detail. When the condition is met, the rule detail is applied.
You can define an account rule using the following rule types:
Account combination
Segment
Value set
Set up account combination rules based upon the following value types:
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.
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.
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.
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 or no chart of accounts.
Note
A chart of accounts must be specified for rules using constants.
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.
Value set based rules can be created when a chart of accounts is not specified. This enables you to share the same rule between more than one chart of accounts if the segments in these charts of accounts share the same value set.
Set up value set based rules using the same methods discussed in the preceding Account Combination Rules section.
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, it is possible to create a mapping set based on two input values, Yes and No. Apply these input values to determine the balancing segment value of an account: 01 if the input value is Yes and 02 if the input value is No. Use this mapping set in one of the rules that builds the segment values of an account. The rule compares the value of a source to determine if it is Yes or No and then enters the segment value accordingly.
Another example is where a business has three major regions: East, South, and West. The business has a Region Code segment in their chart of accounts. Region names can be input values in the applications, such as transaction type names and service codes. 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 region names to the corresponding region code as described in the table below.
Input Value |
Segment Value |
---|---|
East |
01 |
South |
02 |
West |
03 |
Define a mapping set when you have a matrix of input values that produces distinct output values. 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 combination output values form a mapping set.
A mapping set definition includes the selection of input sources, output type, and mappings. The mappings section displays how input values are mapped to output values.
To define mapping sets:
Specify the output type: The output type for a mapping set can be an account combination, segment, or value set. Use a value set, if the value set is used by more than one chart of accounts, and the definition of the mapping set can be reused across multiple charts of accounts. Then expected input or output combinations are constant across the charts of accounts. Based on the selection, the mapping set provides the value for an account, segment, or value set.
Define the input source: Specify the input source for mapping. The input source is predefined for seeded mapping sets
Define the chart of accounts and value sets:
Mapping sets are used with account rules:
If the output type is account combination or segment, identify the chart of accounts assigned to the mapping set.
If the output type is a value set, identify the value set assigned to the mapping set.
If defining a mapping set for more than one chart of accounts or value sets, the same mapping set can be assigned to more than one account rule. This increases share-ability of the mapping set.
Specify the output value for the mapping: For a given input value, enter the corresponding output value. The account rule uses this value to populate either the account or the segment.
If the output type is a value set, the output value is an individual value from the value set entered.
If the output type is segment, the output value is an individual segment value.
If the output type is account combination, the output value is an entire account.
A mapping set with no associated chart of accounts:
Can be assigned to an account rule, if the account rule is not associated with a chart of accounts.
Can be assigned to an account rule, if the mapping set can have any chart of accounts or no chart of accounts.
Cannot be assigned to an account rule, if the account rule is associated to a chart of accounts because the mapping set must have the same chart of accounts.
In the following example, the chart of accounts is set up with four segments. A mapping set is defined with a value set for Supplier Type as described in the following table.
Input Value |
Output Value |
---|---|
Services |
01-100-6120-000 |
Consulting |
01-400-6110-000 |
Assume that two invoices are entered into Oracle Fusion Payables, one for a supplier with a type of Services and one for a supplier with a type of Manufacturing. When using the mapping set, the source value Supplier Type from the accounting event data is compared with the mapping set input values to determine the account. In this example, there is a match for the first case; the invoice with a supplier type of Services maps to an input value. However, the invoice with a supplier type of Manufacturing does not map to an input value. The accounts are derived and described in the following table.
Invoice |
Supplier Type |
Output Value |
---|---|---|
1 |
Services |
01-100-6120-000 |
2 |
Manufacturing |
No account generated |
Note
To ensure that Transaction 2 is accounted for, the account rule to which the mapping set is assigned may have to be modified. If not, a separate rule can be defined to provide for Supplier Type of Manufacturing or defined a default output in the existing mapping set.
Use descriptions rules to define the elements of a description that appears on the subledger journal entry at the header and/or the line. The definition determines both the content and sequence in which the elements of the description appear. You can assign a condition to a description rule to determine that the description is selected for display if the condition is satisfied.
A description rule can be defined with combinations of source and literal values. If sources are used in the rule, the accounting event class associated with the sources determines in which subledger journal entry rule set the description rule can be selected and used.
Build descriptions using the available sources for the application.
The following is the description details that have been entered, using a literal and a source:
Loan Origination Date = Origination Date
Literal = Loan Origination Date
Source = Origination Date
Assuming that the source value of the Origination Date is 11/01/11, then a journal entry that has the above description rule attached will have the description, Loan Origination Date 11/01/11.
The following illustrates an example of defining an account rule with a condition.
This is an example to define an account rule for assignment for a loan journal line. The account rule has two priorities, a mapping set and a constant.
The first priority will create an output for an account based on the mapping set rule definition.
A condition is created on the first priority rule. This rule will only be used if the condition below is met.
The condition is Credit Status must not be null.
The accounts derived from the mapping set rule will be used if the Credit Status has a valid value. Otherwise, the accounts derived from the entered constants value from the second priority will be used.
The following table describes the setup of the condition on the first priority:
( |
Source |
Operator |
Value |
) |
---|---|---|---|---|
( |
"Credit Status" |
is not null |
|
) |
The second priority will create an output from a constant value (0.9100030.50034206331.0.0.0). There is no condition associated with the second priority.
This is an example of a rule for a capital purchase. The rule is to be applied only if the distribution account cost center is the same as the liability account cost center and the asset tracking option is Yes. This condition can be expressed as:
Where Distribution Cost Center = Liability Cost Center and Asset Tracking option = Yes
The following tables describe the setup of the condition:
( |
Source |
De-limiter |
Segment |
Operator |
Value |
De-limiter |
Segment |
) |
And Or |
---|---|---|---|---|---|---|---|---|---|
( |
"Dis-tribution Account" |
. |
"Cost Center" |
= |
"Liability Account" |
. |
"Cost Center" |
) |
'AND' |
( |
"Asset Flag" |
|
= |
Yes |
|
) |
|
The following two rows of data are used in the accounting event, to which the account rule and condition applies.
Account Rule Condition Example: Accounting Event Data
Account |
Invoice 1 |
Invoice 2 |
Asset Flag |
---|---|---|---|
Distribution Account |
02-640-2210-1234 |
01-780-6120-0000 |
Yes |
Liability Account |
01-640-2210-0000 |
02-782-2210-0000 |
Yes |
In the Accounting Event Data table above, assume the cost center segment is the second segment. When the account rule with this condition is used to derive the account for the transaction, the account rule is applied to derive the account of Invoice 1 only. For Invoice 2, even though the assets tracking option is set to Yes, the cost center for the Distribution account and Liability account are not the same. Both conditions must be met in order for the rule to apply.
Note
When an account source is selected or entered, you must also select or enter a specific segment. If an entire account is required to be used in the condition instead of a specific segment, then select or enter All as the segment for the account.
The condition uses the account source, Distribution Account, and a segment must be provided. In this example, the Cost Center segment is provided.
Supporting references can be used to store additional source information about a subledger journal entry either at the header or line level.
Sources are assigned to supporting reference segments to indicate which transaction values should be captured on subledger journal entries. The segments are grouped into one supporting reference.
Supporting references that have the option for maintain balances set to Yes, establish subledger balances for a particular source and account.
You may want to use Supporting Reference balances for supporting:
Reconciliation back to the source systems
Profit and loss balances by dimensions not captured in the chart of accounts
If the information requirement is purely informational, and not needed for reconciliation or balances, you may consider using description rules to store the source values.
There are several key points to consider when assigning supporting references:
Define a maximum of five segments for a supporting reference. Assign different sources to each segment.
Assign only one source from the same accounting event class and application to a supporting reference segment.
Assign only supporting references with header level sources to the header level of a journal entry rule set.
Assign supporting references with header and line level sources to the line level of a journal entry rule set.
Select the balances option in the definition of the supporting reference, to have balances only maintained when the supporting reference is assigned at the line level. For supporting references for which balances are maintained, you can specify whether the balances at the end of a fiscal year are carried forward to the next fiscal year.
As an example:
A loan information supporting reference can be defined to track two segments:
Credit status
Loan contract number
Sources will be assigned to each of these segments and the source values for each of these segments will be used to create separate balances.
Use the export and import functionality in the Setup and Maintenance work area to perform migration of setup data. When migrating accounting rules, you must migrate task lists in entirety and fulfill some requirements.
This table shows the task lists to migrate in full, depending on the offering.
Offering |
Task List |
---|---|
Oracle Fusion Accounting Hub |
Define Accounting Transformation Configuration |
Oracle Fusion Financials |
Define Subledger Accounting Rules Define Transaction Account Rules |
There is no support for a partial task list migration.
You may migrate setup data for specific applications only. Note that supporting references, accounting options, and accounting class usages are migrated for all applications, regardless of the applications specified.
Prior to migration, journal entry rule sets and accounting methods must be successfully activated. Invalid journal entry rule sets or accounting methods will cause import failure.
Ensure that your setup data migration includes all dependent business objects from other required setup modules, such as Define Ledgers. The import sequencing of these dependent business objects must be prior to accounting rules business objects.
Use the Transaction Account Builder to derive default accounts for Oracle Fusion Common Module: Intercompany and Oracle Fusion Purchasing transactions before they are accounted.
Transaction account definitions are assigned at the ledger and subledger levels. Transaction attributes are used in account rules, which are used in transaction account definitions.
Transaction account types are predefined by the Oracle Fusion Subledger Accounting application, and categorize different accounts generated for transactions. Sources are assigned to transaction account types.
Transaction account types allow subledger applications to categorize different accounts that will be generated for transactions. Accounts that require a consistent derivation throughout the application should share the same transaction account type. This also provides the ability to view or manually override an account on the transaction.
Transaction account types are assigned to transaction account definitions. Assign account combination or segment rules to each transaction account type assignment in a transaction account definition. Assigned sources in each transaction account type are available for use in account rules to derive accounts for a transaction account type.
This setup is accomplished using the Define Transaction Account Rules task list in the Setup and Maintenance work area.
Transaction account rules are used by:
Oracle Fusion Common Module: Intercompany
Oracle Fusion Purchasing
Transaction Account Type: Predefined.
Account Rules: Users and Predefined.
Sources: Predefined.
Oracle Fusion Subledger Accounting features require both function and data security privileges.
Security for Subledger Accounting includes:
Setup task security
Security to configure accounting rules to define accounting treatments for transactions.
Transaction task security
Security to create subledger journal entries (manual subledger journal entries or those generated by the Create Accounting process or Online Accounting)
Security to review and generate reports of subledger journal entries and lines.
Use the Define Subledger Accounting Rules task in the Setup and Maintenance work area to configure subledger accounting rules.
To configure subledger accounting rules, the setup user needs to be provisioned with a role that includes the Subledger Accounting Administration Duty role.
In the security reference implementation, the Financial Application Administrator job role hierarchy includes the Subledger Accounting Administration Duty role, which provides the access to configure your accounting rules.
For more information on available setup job roles, duty roles and privileges, see the Oracle Fusion Financial Security Reference Manual.
To create and view subledger journal entries, you must have the access necessary to perform the tasks, which can be accessed from the relevant subledger work areas. Predefined subledger job roles and data roles include entitlement to create and view subledger journal entries for subledger transactions that you are authorized to access.
Predefined subledger job roles, such as Accounts Payable Supervisor or Accounts Receivable Manager, are granted the privileges to create accounting and post to the Oracle Fusion General Ledger.
To implement the segregation between create accounting and post to the General Ledger, use the Oracle Authorization Policy Manager to revoke the grant to post to the General Ledger.
To disable posting for subledger users, remove the Journal Posting Program Duty inherited by any application roles granted to the users, such as the Subledger Accounting Duty or the Subledger Accounting Manager Duty.
Use the Oracle Authorization Policy Manager page to access and disable posting to the Oracle Fusion General Ledger for Oracle Fusion Subledger Accounting users. Open the Subledger Accounting Duty, XLA_SUBLEDGER_ACCOUNTING_DUTY. Select the Application Hierarchy tab and delete the Journal Posting Program Duty row.