Beruflich Dokumente
Kultur Dokumente
Table of Contents
Abstract 03
A Basic Understanding 03
A High Level Integration with EBS 03
Key Concepts 04
Why Change the Regime 05
Way Ahead 05
Design Overview 05
In-Transit Transactions 06
Tax Rules 07
Suggested Approach 07
Abstract
Post upgrade to R12, there is NO NEED to setup EB tax upfront. Upgrade process, creates a regime (called as Upgraded Regime) based on the 11i
tax setup. Customers can continue using this Upgraded Regime, just like they used to work upon taxes in 11i.
However there are limitations to this upgraded Regime. Many new functions are not available in this Upgraded Regime. Functions like creating a new
tax, tax jurisdiction, tax formulas etc. are not possible.
Similarly, if the E-Business Suite Solution is rolled out to different geographies post upgrade, the new regime needs to be setup.
As more and more customers are doing an upgrade to R12, there would be a need to switchover to the new regime going forward. Hexaware
Technologies has made an attempt to document the stages involved and come up with a solution to handle such a switchover.
A Basic Understanding
E-Business Tax (Tax Manager) is a dedicated tax engine, introduced in Release 12, as a central tax repository. Unlike in 11i, the tax information is
owned by E-Business Tax in R12 and not by individual modules. All the setups are also centralized and no more part of individual modules As the
tax rules are introduced, it supports scientific and more realistic tax calculations
All the sub-ledgers e.g. AP, AR, PO, OM etc. interact with E-Business Tax for tax calculation. Every module which does a tax calculation depends on
E-Business Tax and is tightly integrated with EB-Tax. As all the setups and functions are owned by EB-Tax, it passes info to various sub-ledgers for
the tax calculation purposes. Following modules are integrated with EB-Tax.
√ Oracle Purchasing
√ Oracle Internet Procurement
√ Consigned Inventory
√ Oracle Internet Expenses
√ Oracle Payables
√ Oracle Order Capture/ iStore/ Quoting
√ Oracle Order Management
√ Oracle Trade Management
√ Oracle Services Contracts
√ Oracle Project Accounting
√ Oracle Receivables
Key Concepts
E-Business Tax uses the Regime to Rate flow for the purpose of Tax Calculations. This is explained below:
■ Tax Regime:
■ Tax:
■ Tax Status:
■ Tax Jurisdiction:
■ Tax Rates:
■ Tax Rules:
Once an upgrade is performed, by default the upgrade regime of E- Business Tax is used for tax calculation purposes. This regime is also known as
STCC (Standard Tax Classification Code) regime. So post upgrade no major setup changes/modifications are needed to continue the business
functions as it was in the Release 11i environment.
Then question arises, why there is a need to change the Regime at all?
There are quite a few limitations to this regime. The upgraded regime doesn’t allow the flexibility or future proofing for new features and configuration
options.
Way Ahead
The following diagram explains the process to be followed to switch the tax regime.
Tax Profiles
Tax Rules
Design Overview
• Tax Profiles is the link between an entity and the Tax Regime.
• End date the upgraded Tax Profile.
• Make sure the dates of end-dating the profile are correct. EB Tax will calculate as per the 11i rules till this date.
• We end dated the party tax profile with the old regime.
• We will now assign the new regime created above to the tax profile.
• Make sure the start date of the profile should be the next day of the last date of the old profile.
Navigation - Tax Manager Responsibility → Defaults and Controls → Configuration Owner Tax Options
This option determines how the system should calculate taxes, whether based on the upgrade regime or using E-Business Tax – Regime
Determination Method.
Make sure that the end date of the ‘STCC’ and the start date of the ‘Determine Applicable Regime’ are in sync.
5. Test Extensively -
• All the business flows involving tax calculations should be tested thoroughly
• End to end business flow testing should happen
• Major flows include creation of Purchase Orders, AP Invoices, AR Transactions, etc.
• Check the tax calculated by the invoice workbench and see if that is as expected.
In-Transit Transactions
In-Transit Transactions are such transactions which are not complete as far as tax processing is concerned at the time the regime switchover is in
progress.
In all such cases, the TRANSACTION DATE will be used as the factor to determine which regime would be used.
However, as we are defining tax rules in such a way, that it should calculate tax similar to the old regime, the tax amount calculated should not be
impacted.
Once we click the tax details tab on the invoice work bench, we can see whether the old TAX is used or the new TAX RATE is used.
Tax Rules
E Business Tax depends on the Tax rules for the tax calculations. Hence Tax Rules setup is very important in EB-Tax.
As the Upgraded regime is already end dated, the new regime will require configuration of tax rules to assist the sub-ledgers calculate tax.
Suggested Approach
In case in the new Regime, if you have defined two tax statuses for the input and output transactions, define two simple rules.
1. One rule at the tax status level, to determine which tax status should be used. Whether input status should be used or the output will be
determined
by this rule.
For this purpose, we can make use of the ‘line class’ for the Transaction Input factor. These are nothing but the options available at the time of tax
rule definition. We can capture the rule as below-
2. One rule at the tax rate level, to determine which tax rate should be used.
For this purpose, we can make use of the ‘Tax Classification Code’ for the Transaction Input factor. We can capture it as below-
• TIf the Tax Classification Code is ‘Standard Rate’, Use the rate- TAX- 20% (TAX-20% is the tax rate)
• TIf the Tax Classification Code is ‘Exempt’, Use the rate- TAX- 0%
Please note, here we will make use of the tax defaulted at the supplier site level. Post upgrade, all the suppliers will anyways have the tax code
defaulted. We need to capture it judiciously in the rules so that if it finds same old tax ‘Standard Rate’ it should apply the new Rate- TAX-20%.
Please note this is only a suggestion. This is a proposed way of handling it. There can be other ways of doing it as well. Hence the actual solution will
be based on the discussions with the business users.
If we go for this solution, going forward Tax Manager has to perform the following-
> If a new supplier is setup, make sure that the tax code is associated to the supplier site. Else, the tax rule will not find any tax code and will associate
a default tax.
> If a new tax rate is needed, entry should be done in the regime to rate flow. Also, the rule should be appended with one more rate so that it
understands which rate to use. If the rule is not appended with this new entry, the tax rule will fetch the new code from the supplier site, but will not
be able to figure out which tax rate to be used and will calculate based on the default.
1095 Cranbury South River Road, Suite 10, Jamesburg, NJ 08831. Main: 609-409-6950 | Fax: 609-409-6910
Disclaimer
Contents of this whitepaper are the exclusive property of Hexaware Technologies and may not be reproduced in any form without the prior written consent of Hexaware Technologies.