Beruflich Dokumente
Kultur Dokumente
Document Title:
Document Id
Client:
Project :
Creation Date
Last Update Dat
Version #
Authors:
Approved:
2.0
Tables of Content :
SL #
General Ledger
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
Payable
1
2
3
4
5
6
7
8
9
10
Receivable
1
2
3
4
5
6
Asset
1
2
3
4
5
Cash Management
1
2
3
4
5
6
7
8
9
10
Description
Accounting Setup Manager
Sub Ledger Accounting (SLA)
Control Accounts
Enhanced Financial Statement Generator Reporting to Display Content Set Values
Enhanced Financial Statement Generator Reporting to Support Drill-down for Non-Contiguous Account Ranges
Streamlined Excel-based Financial Statement Publishing
Synchronize Reversing Journals between Primary and Secondary Ledgers
Limit Accounts in Budget Wizard
Few Features like invoice Lines, Line level approvals, Matching to a PO shipment or receipt,
Invoice
Internal Bank Accounts
Suppliers Bank Accounts
Integration with Oracle E-Business Tax
Replace Supplier Bank Accounts on Invoices
Business Intelligence Publisher Support for Selected Payables Reports
Third Party Payments
Supplier Dispute Processing
Discount Calculation Enhancements
Revenue Recognition
Global Architecture
Enhanced Customer Screen
Refunds
Late Charges
AP AR Netting
Fixed Assets tied with SLA(Sub Ledger accounting)
Enhancements In FA_MASS_ADDITIONS Table.
New Automatic Preparation of Mass Additions
Flexible Reporting into XML Publisher
Automatic Depreciation Rollback
Banks
Comparing the 11i Vs R12
International Bank Account Number (IBAN)
Bank Identifier Code (BIC)
Payment Group based Bank Statement Reconciliation
Option to Override Country-Specific Validation for Bank Accounts
EDIFACT Bank Statement Format Update
Copy Bank Transaction Codes
Load Bank Statements for the Current Day
Manual Entry in Cash Position
Document Control :
Version #
Date
A/M/D
Description
1 24/2/2009
A
Initial Doc.
2
March 5, 2009 M
Added points 31 & 32 in OM tab per client discussion
1 of 45
Oracle General Ledger Standard Features Differences between 11i and R12
Sl Business Process - Standard Features
MULTI-ORG ACCESS CONTROL (MOAC)
17 Control Accounts
Exist with the name Set of Books. The ledger replaces the 11i concept of
a set of Books.
Set of books is defined by 3 Cs,
1. chart of accounts
2. functional currency
3. accounting calendar,
In Release 11i, you could define recurring journals using the functional
currency or STAT currency
R12
Now in Release 12, Multi-Org Access Control enables companies that have
implemented a Shared Services operating model to efficiently process business
transactions by allowing users to access, process, and report on data for an
unlimited number of operating units within a single applications responsibility.
This increases the productivity of Shared Service Centers as users no longer
have to switch application responsibilities when processing transactions for
multiple operating units. Data security and access privileges are still maintained
using security profiles that will now support multiple operating units.
Enhanced Multi-Org reporting is not the same as cross-organization reports
that
allow you to run a report at the ledger level to obtain results for all operating
units
assigned to that ledger or obtain results for all the operating units for a GRE/LE.
Multi-Org Reporting allows a user to select any operating unit from a list of
accessible operating units. This allows users to report on data for multiple
operating units from a single application responsibility. The benefit of this
includes
1) Reduced reporting time
2) Improved efficiency
Comments
GL has added new features and enhanced existing features to support foreign
currency processing. They are mainly as:
1) In R12, MRC feature is enhanced with a feature call Reporting Currencies.
That mean it will now support multiple currency representations of data from
any source, including external systems, Oracle or non-Oracle subledgers, and
Oracle General Ledger journals and balances.
2) The second one is in reporting to view balances that were entered in your
ledger currency separate from those balances that were entered and converted
to the ledger currency. The change in R12 is that balances entered in the ledger
currency are maintained separately from balances converted to the ledger
currency for use in Reporting and Analysis. Here is an example. Assume we have
a ledger and the ledger currency is USD.
I enter and post two journals; one in 1,000 US Dollars, and another in 500 British
Pounds that gets converted to 1200 US Dollars.
In
Release 12, I can view the 1000 USD by performing an account inquiry on the
Cash account for balances entered only in the ledger currency. The amounts
entered in foreign currencies that were converted to the ledger currency will not
be included in the balance. Of course, if I want to retrieve all balances in USD,
both the entered as well and the converted, I can still do that in Release 12.
In Release 12, you can create recurring journals using foreign currencies. This is
particularly useful if you need to create foreign currency journals that are
recurring in nature. For example, assume a subsidiary that uses a different
currency from its parent borrows money from the parent. The subsidiary can
now generate a recurring entry to record monthly interest payable to the parent
company in the parent's currency
You no longer have to constantly switch responsibilities in order to access the
data in a different ledger. You can access multiple ledgers from a single
responsibility as long as all ledgers share the same chart of accounts and
calendar
You no longer have to open and close periods for each ledger separately. You can
now open and close periods across multiple ledgers simultaneously by submitting
Open and Close Periods programs from the Submit Request form
You can run the Translation program for multiple ledgers simultaneously, if you
are managing multiple ledgers
Now with this feature you can run Financial Statement Generator (FSG) reports
for multiple ledgers simultaneously. This is useful if you manage multiple ledgers
and want to run a balance sheet or income statement report for all of your
ledgers
thetosame
timefinancial data from one or more ledgers to a different
You are at
able
allocate
target ledger. This enables you to perform cross-ledger allocations, which is
useful for purposes such as allocating corporate or regional expenses to local
subsidiaries when each entity has its own ledger
You can now share AutoPost Criteria sets across multiple ledgers that share the
same chart of accounts and calendar and use the AutoPost Criteria sets to post
journals across multiple ledgers simultaneously
AutoReversal Criteria Sets can also be shared across ledgers to reverse journals
across multiple ledgers. This is enhanced by integrated Web-based Spreadsheet
Interface.
Now we can copy entire journal batches. You can copy journal batches with any
status. The system will create a new journal batch containing the same journal
entries. You may also change the batch name, period, and/or effective date while
copying the journal batch. After copying the journal batch, you may modify the
unposted journals in the same manner as any manually created journals.
Normally when an account is disabled, you can prevent transactions that include
the account from erroring during journal import by defining a replacement
account for the disabled account. Journal import replaces the disabled account
with the replacement account and continue the journal import process if the
replacement account is valid. This improves processing efficiency by preventing
the journal import process from erroring and enabling the successful creation of
the journal with minimal user intervention when an account has been disabled.
In R12, since you can access multiple legal entities and ledgers when you log
into Oracle General Ledger using a single responsibility, Oracle General Ledger
provides you with flexible ways to secure your data by legal entity, ledger, or
even balancing segment values or management segment values. You are able to
control whether a user can only view data, or whether they can also enter and
modify data for a legal entity, ledger, balancing segment value or management
segment value.
You can no longer reverse journals from frozen sources defined in the journal
sources form. If the journal is created from a frozen source, the journal cannot be
modified even if the source is subsequently unfrozen in the future. This provides
streamlined data reconciliation with subsystems. Not being able to reverse
journals that originated in subledgers will ensure that the account balances will
always tie out with General Ledger. If you need to reverse a subledgers journal,
then you should do so in Sub ledger Accounting or the sub ledger application.
You also can no longer reverse unposted journals. This ensures data integrity and
better audit ability. In the past when we allowed you to reverse unposted
journals, there was a risk that the original journal could be deleted so you could
end up reversing something that didn't exist. Now, all reversals can be tied back
to the original posted journal
You are able to control data entry to an account by ensuring it only contains data
from a specified journal source and to prevent users from entering data for the
account either in other journal sources or manually within general ledger.
Users can now publish a Financial Statement Generator (FSG) report with a
content set. When the Page Expand option is selected, each value in the content
set becomes visible as an individual tab in the Microsoft Excel workbook.
General Ledger provides a streamlined drill path from the monetary amounts in
financial statements to the underlying detail balances. After running a FSG
report, users can drill from any summarized financial balance in the report
directly to the detail account balances that comprise the summary amount, even
if the summary amount represents multiple non-contiguous account ranges.
This process allows users to perform the drill down efficiently in one step and
eliminates the need to perform multiple searches by selecting one account range
at a time. It also improves usability by enabling the user to see all the
information on a single page.
Users can now publish FSG reports natively as Excel files. Users can create
presentation templates using Excel, and then run reports using BI Publishers
Excel publishing capabilities to generate an Excel file that opens directly in
Excel. Users can then drill to the underlying details, leveraging General Ledgers
Account Analysis and Drilldown capability.
Oracle General Ledger now streamlines the propagation of journal reversals
from the primary ledger to the associated secondary ledgers. The manual
reversal of primary ledger journal entries now automatically reverses the
corresponding
journal
in the
secondary
ledger. code combinations ranges
In prior releases,
usersentries
could only
use
specific account
in the Oracle General Ledger Budget Wizard to limit accounts for the budget
entry process.
The Budget Wizard now allows users to use low and high values for one or more
segments in the account range.
Invoice
Banks/Branches defined in AP
Bank accounts often replicated in multiple OUs Before
R12
Supplier becomes as TCA Party.
Suppliers Sites as TCA Party Site for each distinct address.
Contacts for each supplier/address , it means Single supplier address and contact can be
leveraged by multiple sites, for each OU
o A single change to an address can be seen instantly by all OUs
o No longer need to manually 'push' updates across OUs.This can be best understood by
the figure below
Where as in R12,
Bank and Branch become part of TCA Parties.
Internal Bank Account in Cash Management which is owned by a
Legal Entity. Here the Operating units have granted usage rights
Suppliers, Banks and Branches are defined as Parties in TCA
Supplier (party's) payment information and all payment instruments
(Bank Accounts, Credit Cards) moved into Oracle Payments.
Comments
Revenue Recognition
Global Architecture
4
5
Refunds
Late Charges
AP AR Netting
R12
In R12 revenue recognition is based on Rules and Events, and they are:
Time-Based Revenue Recognition
o Ratably Over Time
o Upon Expiration of Contingencies
Event-Based Revenue Recognition
o Payment
o Customer Acceptance
Rule-Based Revenue Recognition
o Payment Term Thresholds
o Refund Policy Thresholds
o Customer Credit worthiness
Daily Revenue Recognition
o Revenue distribution over full as well as partial accounting periods.
o Fulfills stringent accounting standards
o Accuracy to the number of days in the accounting period.
Enhanced Revenue Contingencies
o Fully Supports US GAAP and IAS
o User definable contingencies
o User definable defaulting rules for contingencies assignment
o Supports parent-child (e.g. Product and Service) relationship
o Integration with Order Management and Service Contracts
o User Interface as well as Programming Interface (API) support
o Access control through seeded Revenue Managers Responsibility
Deferred Revenue Management
In Release 12, revenue contingencies for customer acceptance that are applied to goods sold in Order Management are now a
for service ordered in both Order Management and Service Contracts. Acceptance contingencies associated with an item insta
with the item instance when it is covered in a Service Contract as a Covered Product.
EBusiness Tax - Oracle E-Business Tax is a new product that uniformly delivers tax services to all Oracle EBusiness Suite bus
integration with the E-Business Tax product.
Intercompany - This is enhanced by automatic balancing
The AR Create Customer page in R12 has eliminated the navigation to separate windows. Now, users can specify the following
Customer Information
Account Details
Address
Account Site Details
Business Purpose
Oracle Receivables is fully integrated with Oracle Payables to deliver a seamless, automated process to generate check and ba
memos.
With new changes these are the enhanced functionality:
Expanded assessment and calculation capabilities
Tiered charge schedules
Penalty charge calculation
Integration with Balance Forward Billing
Centralized setup and maintenance of late charge policies
Calculation performed independent of Dunning and Statement processing.
R12 Netting solution replaces 3 solutions(FV,JE,IGI) in 11i.
In R12 the Contra Charge functionality has been optimized and therefore changed into the AP/AR Netting functionality. In the
Netting submenu.
Payables: Payments -> Entry -> Netting
Receivables: Receipts -> Netting
Comments
Enhancements In
FA_MASS_ADDITIONS Table.
What you will notice create Journal Entries (FAPOST) process feeding into
the GL_INTERFACE table is no more exist
Does Not exist.
Since release 11i, users have been able to run depreciation for an asset book
without closing the period. If additional adjustments are required in the current
period, then the user submits a process to roll back depreciation for the entire book,
performs the necessary adjustment(s) and then resubmits the depreciation
program.
R12
Oracle Assets is fully integrated with SLA,
which is a common accounting platform for
Sub Ledgers.
Customers can use the seeded Account
Derivation definitions or modify them as
required.
Continue to support Account Generator
functionality for existing Asset Books.
New SLA Accounting report and online
account inquiry.
This is replaced with the Create Accounting Assets
process (FAACCPB).
As a result of new enhanced feature, we can populate the
values for the new attributes directly in the FA Mass Additions
interface table rather than accepting default values from the
asset category. Legacy conversion can be completely
automated.
Following are the new adds-on:
Asset Life
Depreciation Method
Prorate Convention
Bonus Rule Ceiling Name
Depreciation Limit
This new feature consists of default rules and Public APIs that
can be used by customers to complete the preparation of mass
addition lines automatically.
o Auto populate required fields such as Expense Account, Asset
Category etc.
o Avoid manual intervention during the Mass Additions prepare
process
o Avoid customization and use public APIs to effect custom
business logic.
Assets now uses Flexible Reporting using XML publisher
o Major Asset Transaction reports have been modified to
support XML publisher.
o Users can modify or use new templates to view report output
Commen
ts
Banks
We can notice the bank was utilized into three different places , finance
,payroll and treasury, which requires altogether a different setup.
It was one of the big issues with integration aspect, as significant problem
was recognized once the Expense management and payroll uses same
bank for the respective person.
Does not exist in 11i.
R12
These changes make easier and more reliable by
Single access point
Single Legal Entity ownership
Usage rights granted to one or more Organizations
o Reconciliation option defined at Bank Account level
o More flexibility and control
These issues has been resolved in R12 release.
Comments