Krishanu Bose

Subscribe to Krishanu Bose feed
Krishanu Bose
Updated: 11 hours 36 min ago

Oracle eBS R12 customers can co-exist with Fusion Accounting Hub

Fri, 2012-11-23 13:58
Existing Oracle eBS customers who are on R12 can leverage the features of Fusion General Ledger and extensive reporting capabilities of Oracle Fusion without re-implementing or upgrading the entire sub-ledger system to Fusion ecosystem through a co-existence configuration setup using Fusion Accounting Hub (FAH).
Oracle Fusion Accounting Hub, comes embedded with Essbase multidimensional cube that can be leveraged to derive business benefits through BI analytics, Smartview reporting, Financial Studio reporting, Account Monitor and Account Inspector and a very intuitive Allocation Manager for creating Allocation rules.
Using GoldenGate, a seamless integration between Oracle eBS and FAH has been provided. GL actual balances data can be transferred to FAH and drill-down back to eBS system is also possible.
The SaaS model of FAH deployment would provide faster time to deployment and lower TCO for customers as well while the existing eBS system can be an on-premise installation.

Fusion Applications Security

Thu, 2012-11-15 22:56
The Fusion security architecture in Fusion is quite different from EBS and relates to real world scenarios better. Fusion security is externalized from Applications and moved to standardized Fusion Middleware, OPSS and LDAP.

Management of enterprise users and roles in fusion applications is done via Oracle Identity Manager (OIM). OIM manages this data in a database and keeps it in sync with the LDAP directory.

Management of enterprise users and roles in fusion applications is done via Oracle Identity Manager (OIM). OIM manages this data in a database and keeps it in sync with the LDAP directory. OAM is authentication, authorization, and auditing solution that provides centralized security administration. This includes functionality for access control, single sign-on (separate from Oracle Single Sign-On), personalization, and user profile management in heterogeneous application environments across a variety of application servers, legacy applications, and databases. OAM provides key features for creating, managing, and enforcing access policies. In Fusion v1, the LDAP server will hold both the Identity Store and the Policy Store. Identity store holds users and external roles. Policy store holds Application roles, Function and Data security policies.

Fusion ships with a full pre-seeded set of Job Roles. Separation of Jobs and Duty allows access control to be customized to a company’s particular organization

   • You can add/change jobs and their duties

   • You can add/change duties and their privileges

Below is a comparison of EBS security with Fusion Apps.

Job Role -> Top Level Menu

Data Role -> Responsibility

Duty Role -> Sub Menu

Privilege -> Form Function

Permission -> Executable

However, at times you may need to create a new set of policies, duties and job roles. I will try to demonstrate the steps necessary to setup this using an example in another article.

Oracle Fusion Install - On premise (Bare Metal, OVM) or Hosted

Tue, 2012-08-21 11:45
Whoever is implementing Oracle Fusion will definitely have to answer the following question; 
Do you need to have the Oracle Fusion environment hosted on your premises or do you want to host with a third party or host this in Oracle via the Saas or OnDemand model?
To add some more complexity, Oracle provides you with option either to install the application on 'bare metal' or leverage Oracle Virtual Machines (OVM) to host all components.
Our experience has been that the fastest and easiest way to get going is if you use hosting service of Oracle or some third-party. However, the flip side of using a hosted applications is that you will see an increase in the turnaround time if you are upgrading, applying patches or debugging, which will be quite high in the initial days and you should keep a buffer for all these exigencies in your project plan.
The next best alternative is to use an on-premise OVM install. You can be up and running in 3 days. Internally at Wipro we are able to set up an environment using OVM install in less than 3 days. The last route is to go for a bare-metal install. This is quite a challenge from DBA perspective and can take well over 2 weeks to set up the environment. Oracle ships both bare-metal as well as OVM versions of the releases, so customers can choose either of these.

Oracle Fusion Applications - Next generation in ERP

Tue, 2012-08-21 10:52

Oracle Fusion Apps is the next generation in ERP space. It's completely web-based and takes in the best in class of all products under the Oracle umbrella. Some truely world-class features include the following:
- co-exist with third party legacy applications, thereby giving huge business benefits where customers have already invested heavily in legacy applications and want to plug and play Fusion Apps with existing system.
- Best in class user roles and responsibility features. Truely amazing if we compare this with R11i and R12 stack of products.
- Complete web-based solution, so no hassles of installing client thin or thick. Only thing that you need to be up and running is a browser. Fusion works great on Google chrome, Mozilla along with IE.
- Oracle Fusion Applications feature embedded business intelligence. So, you have plenty of Dashboards, BI reports, smart reporting tools like Smartview (uses an excel add-in) and FR Studio (again uses the best from Hyperion reporting)
- complete SOA based architecture, makes processing and integration real cool.

Invoice Image Processing Architecture in Fusion Payables

Thu, 2011-12-29 04:01

Fusion Payables is tightly integrated with Oracle Document Capture (ODC), Oracle Imaging and Process Management (IPM), Oracle Content Management and Oracle BPEL process Manager to provide a seamlessly integrated solution supporting the entire payables cycle starting from scanning of physical invoices, invoice image recognizition using OCR to pre-populate invoice header, routing of the scanned invoices to AP entry specialists and subsequent approval and payment of invoices. Oracle is the only vendor in the market today offering a fully integrated solution without the use of third party bolt-on solutions.

Once the invoice arrives in a centralized mail room, the imaging specialist would sort and prepare the invoices based on parameters like invoice amount, due date, supplier, etc. and then scan these invoices using ODC. Next the images are automatically sent to Forms Recognition for intelligent recognition to extract key invoice header data like PO number, Supplier, Invoice Number, Invoice Amount and Invoice Date from scanned images using Optical Character Recognition (OCR) capabilities. Once the key header data recognition is completed, the invoice images are sent to Oracle Imaging and Process Management for storage and subsequent routing to accounts payable invoice entry specialists using Oracle BPEL Process Manager workflows. The BPEL process is generated whenever an invoice image is saved successfully in Imaging and Process Management, and this image is then routed to the AP invoice entry operator based on pre-configured rules like invoice amount, supplier, etc. The AP specialist views the scanned image and then fills up the remaining fields of the invoice to kick-off the subsequent process of invoice validation, approval, accounting and payment.

Reference Data Set

Sun, 2011-12-18 04:59
This is a new concept that has come in Fusion. Reference Data sets are logical groups which provides the enterprise to decide which business unit access the reference data groups, such as grades, locations, AR & AP payment terms, departments, and jobs. Oracle provides a default Reference Data set which can be used across all Business units. However, we can define our own Reference data sets, to partition the data from effectively.
E.g. in R12 we had to live with the entire list AR payment irrespective to the fact whether one OU was using it or not. however, in Fusion we can restrict payment terms across BU's, so only the relevant ones will be accessible to the BU.

Google map in Fusion Apps

Fri, 2011-12-09 11:48
Now we can locate all our employees, suppliers, customers addresses in Fusion through Google Maps.

Business Units and Shared Service model in Fusion Procurement

Fri, 2011-12-09 10:46

Business Units (BU) definition: A business unit is a unit of an enterprise that performs one or many business functions that can be rolled up in a management hierarchy. A business unit can process transactions on behalf of many legal entities. Normally, it will have a manager, strategic objectives, a level of autonomy, and responsibility for its profit and loss. (1)

Prior to Oracle Fusion Applications, operating units in Oracle E-Business Suite were assumed to perform all business functions, while in PeopleSoft, each business unit had one specific business function. Oracle Fusion Applications blends these two models and allows defining business units with one or many business functions. (2)

In Fusion Procurement context we need to understand the function of the following types of BU’s”

  1. Procurement BU
  2. Requisitioning BU
  3. Sold-To BU
  4. Client BU

Procurement Business units: As the name suggests, Procurement BU’s are responsible for the procurement business function which involves vendor management, negotiation of contracts and purchase agreements, issue of order and subsequent administration.

Client Business Unit: Any BU that will be serviced by the Procurement BU needs to be set as the Client BU. In case of Shared Services model where the Procurement services are centralized to one BU, the Procurement BU will be serving all the requisitions from the Client BU’s.

Requisitioning Business Unit: As the name suggests Requisitioning BU is the business unit that raises the requisition for the goods or services that it needs to the Procurement BU. Sometimes, the Requisitioning BU may be responsible for the financial impact of the purchase, in which case it will also be defined as the Sold-To BU. In case there is another BU which takes the financial responsibility of the purchase then, this Sold-To BU will be different from the Requisitioning BU.

I’ll take an example to explain the above concept.

A mobile manufacturing company having global presence has its headquarters based in Norway (XYZ Norway). Its manufacturing division is based in India (XYZ India). The India operation sources its parts from the branch based in Singapore (XYZ Singapore) which does the centralized purchase of chips from different manufacturing companies based in Taiwan and Japan. However, the payment to the supplier is done by headquarter in Norway. In this case the Requisitioning BU would be XYZ India, Purchasing BU would be the XYZ Singapore BU and the Sold-To BU would be XYZ Norway

Another example to make this clearer. I’ll take the example one of my colleagues Suchismita, uses to explain the concept;

In a normal family, when the teenage daughter while returning home sees the designer shoe on the shop’s display, and promptly she approaches her mother with the request, knowing very well that her need would be fulfilled. The mother being a simple homemaker approaches the dad, and the dad being a doting father purchases the shoe and gives to the daughter.

If we take the above example, the daughter is the Procurement BU as she is buying the shoe from the supplier (shoe store). The mother is the requisitioning BU and the father is the Sold-To BU as he is taking the financial responsibility of the purchase. (3)

Following is the list of setups to be done to ensure this works in the system.

  1. Select the Procurement Service Providers for the selected BU
  2. Assign either one or many out of the Procurement, Requisitioning and Receiving business functions to the respective BU
  3. Configure the Procurement Business Function for the BU and Configure the Requisitioning Business Function for the BU
  4. Select the Procurement BU at the Supplier Address
  5. Select the Client BU and Sold-To BU at the Supplier Site Assignment

In today’s scenario, businesses find it beneficial to channel purchases through international subsidiaries instead of directly dealing with suppliers. The reasons range from country specific legal requirements to favorable tax treatment to having better margins due to economies of scale because of centralizing procurement. Fusion Procurement provides this feature seamlessly which in hindsight seems quite intuitive.

  1. Oracle® Fusion Applications Procurement Implementation Guide. Retrieved from
  2. Oracle® Fusion Applications Financials Implementation Guide. Retrieved from
  3. Suchismita Pattnaik, Linkedin profile:

Payables Hold Release Workflow

Fri, 2011-04-29 01:12
In R12 Oracle Payables integrates with Oracle Workflow to provide a resolution of user releasable holds through workflow. A new transaction type called “Payables Hold Resolution” (APHLD) in AME has been introduced in R12 for the same. There has been a business requirement to release the AP invoice holds, especially the matching holds based on an approval mechanism. In R12 of Payables, this feature has been provided so that, we can send the invoice lines on hold to approvers before the hold is released. As usual the seeded AME objects can be extended to accommodate different approval groups, rules and other business conditions before the hold is released.

Following setup needs to be done at Payables level: Setup > Invoice > Hold and Release Names.

The Initiate Workflow option is selected for the hold type in the Hold and Release Names window.

The hold is setup to be user releasable

Notify After X Days: The Notify After X days setup, will cause the notification to be sent to the approver after X days of the hold being placed.

Remind After X Days: The Remind after X days will cause a reminder to be sent to the appover after X days of the first notification, and subsequently, if no action is taken.

At AME setup Level, for the Transaction Type: Payables Holds Resolution setup Attribute, Condition, Action types, Approver groups and Rules

1. Choose the Default/seeded Attribute existed for Hold Look Up Code as shown below

2. E.g. Use the seeded Condition by assigning Hold Look Up Code with String values “Amt Ord, Amt Rec, Price, Qty Ord, Qty Rec” as below: 3. Create an Custom Approver group ‘Demo1’ by choosing “Serial” Voting method assign with Static to generate Invoice Hold notifications and send for release to approvers on basis of below logic 4 Assign this Approval group to the action type.
Create a Rule for this Hold notification and assign above Condition and Action type to the Rule as shown below:

Steps to Release the Hold:

1. Validate invoice on matching hold like “Amt Ord, Amt Rec, Price, Qty Ord, Qty Rec”

2. A notification will be sent to the approver for hold release

3. Once the Approver clicks on “Release Hold”, the hold gets released from the invoice.

Open Account AP Balance Listing

Fri, 2011-02-11 01:19
As per Metalink Note 604739.1, the AP Trial Balance has been replaced by the Open Account AP Balance Listing in R12. This report is a variation on the more general Open Account Balances Listing, and shows basically the outstanding amount (liability) for all open AP invoices. The balance should match your AP liability account(s) in General Ledger. Users can create their own layout and publish their custom reports using Oracle XML Publisher.

R12: You can make a payment run across multiple OU's

Thu, 2010-11-18 02:35
In R12, the payments process has undergone quite a bit of change. Earlier in R11i, one could only process payments for one OU, because the internal (disbursing) bank was associated to an OU. However, in R12, internal banks are set for an LE which could be in turn associated to one or more OU's. Hence, its possible that while doing a payment run, you can process all invoices from your internal bank across invoices raised under different OU's.

What to Convert in GL: Balance or Transaction Detail

Sat, 2010-08-21 22:38
A key question which all consultants face while handling GL conversion is what to convert, whether to convert the prior period balances or to convert the detailed transactions.
Typically most organisations while converting GL from a legacy system bring in only the balances data and very rarely do we bring in the transactions details. The reasons for the same is as follows:
1. Usually there is a change in COA while moving from legacy GL to Oracle GL, hence the code combination would never be the same in legacy and Oracle.
2. Drill down from Oracle GL to Oracle sub-ledger is not possible as there is no linkage between sub-ledger data and GL data post conversion.
3. The legacy system is usually archived for a defined period of time due to audit and legal reasons. This archived instance can be used for resolving historical audit and reconciliation issues that may arise at a later point in time.
However, if we are upgrading from an older version of Oracle to a new one, then it makes sense to bring in the transaction data because drill down feature would be available and code combination would remain the same across both the versions. But, here again, we need not bring in the transaction details for all historical data but only for a small period range, typically we convert transaction details from start of the year to the cut-over date and balance data for prior period-years.

Retainage and Retainage Release in Or...

Thu, 2010-01-07 21:28
Retainage and Retainage Release in Oracle Payables for a Complex Purchase Order

Retainage represents funds withheld from payment to ensure that the contractor finishes work as agreed. The buying organization releases these funds only after verifying that the contractor has fulfilled all contractual obligations. Retainage is also called "retention" or "contractual withholds".
With Oracle's Complex Work feature, contract administrator can negotiate retainage terms with the contractor and capture these as part of the contract. These terms include Retainage Rate and Maximum Retainage Amount.

Retainage Rate
The Retainage Rate determines the percentage of the amount requested that will be withheld before releasing payments to the contractor. This attribute appears on the PO Line if the Document Styles enables the use of Retainage. The Retainage Rate specified on the PO Line is applied to all Standard Invoices billed to the Pay Items of the respective Line. Based on the Retainage Rate, a certain percentage of the Standard Invoice Amount is with-held as a Retained Amount.

Maximum Retainage Amount
The Maximum Retainage Amount defines maximum amount of Retainage that can be withheld on a Contract Line. The Maximum Retainage Amount attribute appears on the PO Line if the Document Style enables the use of Retainage. Every time Retainage is withheld on an Invoice, the application checks that the total retained amount does not exceed this value.


Set Up Steps for Complex Purchase Orders and Retainage
Following three mandatory setups steps are required if the complex purchase orders and retainage feature will be used.

1. Create a new document style in Oracle Purchasing for handling Complex PO.
Responsibility: Purchasing
Navigation: Setup > Purchasing > Document Styles > Create
Define whether the complex PO can include advances, retainage, and progress payments


2. Create a retainage account in Financials Options setup.
Responsibility: Payables
Navigation: System Administrator > System Profile Options
Set the value for POR: Amount Based Services Line Type profile option to ‘Fixed Price Services’


3. Create a retainage account in Financials Options setup.
Responsibility: Payables
Navigation: Setup > Options > Financials Options
Enter the retainage account to use during accounting



Entering a Complex PO

1. Create a Purchase Order using Buyer Workbench. Select the Document style ‘Complex PO’ just created earlier
Responsibility: Purchasing
Navigation: Buyer Work Center > Orders


2. Enter the PO Header and Line details


3. Click on ‘Update’ icon on the PO line and enter the Maximum Retainage Amount and the Retainage Rate


4. Enter the additional pay items for which a payment should be made 


5. Enter the PO Charge account on PO Distribution and Save and Approve the PO



Entering Payable Invoices

1. Once supplier sends the invoice after the first milestone is met, raise a PO matched invoice


2. Oracle automatically creates a Retainage line based on the Retainage Rate defined earlier on the Purchase Order



3. Supplier sends the invoice after the second milestone is met. Raise a PO matched invoice



4. Oracle automatically creates a Retainage line based on the Retainage Rate defined earlier on the Purchase Order



5. At the end of the project the supplier can submit a Retainage Release Invoice for release of retainage withheld on the Contract. If the contractual clauses or other conditions governing the release of the retainage are met, the buyer can release the retainage amount applicable. Oracle has introduces a new Invoice type called ‘Retainage Release’ for this purpose



6. Enter the PO number for which you want to release the Retainage



7. Enter the Retainage Amount that you want to release and click on ‘Release’. You cannot enter an amount greater than the Retained Amount



8. An invoice of Invoice Type ‘Retainage Release’ is created for the Retained Amount



9. The Retainage details will be visible at invoice Lines



10. The Retainage Account will then be offset to Supplier Liability account for subsequent Payment


Recording a Refund of a Prepayment or Advance

Wed, 2009-11-18 07:31
The other day someone asked me how to do we collect a refund from an employee to whom we have made an advance payment (prepayment). There are a couple of approaches that can be used. The same approach applies to refund from suppliers as well.
Approach 1: Invoice to retire the prepayment and then Debit Memo for refund.
Step1: Create a standard invoice and apply the remaining amount of prepayment to it.
Step2: Then enter a debit memo and pay it with a Refund payment in the Payments window.The result will be that the outstanding prepayment / advance made is no longer there as this is matched to the invoice and the refund that is collected from the employee is matched to a Debit Memo in AP so that the refund is also recorded in Oracle. However, one needs to ensure that the expense account that you use in the invoice to retire the prepayment and Debit Memo for the refund is the same account.
Approach 2: Create an invoice to retire the prepayment to an amount equal to the refund. This approach to handle this scenario is pretty straight forward.
Step1: Create a standard invoice equal to the refund amount and apply the outstanding amount of prepayment to it.
Approach 3:If the employee is a salesperson or someone who would incur employee expenses regularly, then in that case the easist option would be to leave the advance / prepayment amount as-is and match it to the expense the person incurs next time around.

Too many Managers spoil the project

Sun, 2009-07-19 07:37

All of us in our childhood must have heard of the proverb "Too many cooks spoil the broth". If too many people try to take charge of a task, the end product might be ruined. This applies to any task like an implementation project as well.An easy way to identify if the project is going awry is when you find many people following up to find the status of the job being done. In one of my earlier projects there was one developer writing a piece of code and there were four managers chasing the poor lady for updates and status. However, none of these managers were capable or inclined to help out the person writing a complex piece of code.One really felt bad when a bug was detected in the code and none of the managers took ownership and started blaming each other and the poor lady for writing the incorrect code.

So, the next obvious question would be wher the top management is blind to such mis-management or most of the time over-management (sometimes micro-management)? My answer would be a definite 'Yes'. For the top management what matters at the end of the day is billing and not success or failure of projects. They are mostly driven by short term objectives of ensuring that their bench strength is low and not the long term objective of ensuring customer satisfaction by delivering a good solution for the client. Also, with having too many managers, the internal dynamics of peer rivalry; of each person trying to show case himself as the better manager in the eyes of top management and trying to out-do the other in a selfish manner puts the project at a grave risk.

Most of us would have seen or been part of such a project. Do share your thoughts on why we staff so many managers when there is no necessity for so many managers without defining clear boundaries and scope and conflicting job area. And, if someone has changed such a scenario, do share your experience on how to change such a situation and bring the project back to track?

Learn using Sub Ledger Accounting (SLA) in R12 Oracle Payables

Sun, 2008-12-07 12:03

Sub Ledger Accounting (SLA) is a Rule-Based accounting engine that defines how journal entries are generated in sub-ledger transactions in Oracle sub-ledger applications. However, SLA also supports external applications generating accounting information which ultimately needs to be transferred to Oracle General Ledger. Before we get into SLA we need to know few of the basic concepts like event types, event class, etc.

Event Class - classifies transaction types for accounting rule purposes. E.g. in Payables, following are possible event classes: Invoice, Debit Memo, Prepayments, Refunds and Payments.

Event Type - for each transaction type, defines possible actions with accounting significance. E.g. in Payables, following are possible event classes: AP Invoice Events – Validation, Adjustment and Cancellation. Similarly we will have event types for other event classes.

In most of the cases we would not need to customize SLA and accounting features will work same as 11i. Some of the typical business scenarios where we would need to customize SLA in Payables are as follows:

  • To have a different Liability account based on Operating Unit for which the invoice is entered.
  • To have different natural account (expense) based on different Invoice Type and Invoice Line type.
  • To have different natural account (expense) and different liability account based on different criteria like supplier type, entering currency, pay group, etc.
  • The cost center segment of Invoice distribution Liability account shall be picked from the Invoice distribution Account while the other segment values from the Liability account defined at supplier site.

To cater to some of the above requirements we can use other alternatives like using distribution sets also. But setting up a custom SLA for such scenarios is an easier approach with lower user maintenance. I will try and show a simple scenario of how to derive custom accounting for a business scenario using SLA in Oracle Payables.

Business Scenario: We need to define different liability account (natural account segment) based on Supplier Type so that business can track the liability by supplier type. The other segment values will default from supplier site. I am limiting this example to only one supplier type “Contractor". The objective would be to have a different natural account for Liability account for invoices of supplier type "Contractor" alone, while for other supplier types the normal liability account should default.


Step1: First define a mapping set for various supplier types.

Navigation: Setup > Accounting Setups >Sub Ledger Accounting Setups >Accounting Methods Builders > Journal Entry Setups > Mapping Sets

Step2: Define ADR (Account Derivation Rules)

Navigation: Setup > Accounting Setups >Sub Ledger Accounting Setups >Accounting Methods Builders > Journal Entry Setups > Account Derivation Rules

Step3: Define JLD (Journal Line Definition)

Navigation: Setup > Accounting Setups >Sub Ledger Accounting Setups > Accounting Methods Builder > Methods and Definitions > Journal Line Definitions

Always create a copy of the seeded JLD and do not modify a seeded JLD. We will create a copy of ACCRUAL_INVOICES_ALL for our Chart of Accounts ‘Operations Accounting Flex’ only. Add the custom ADR created to ‘Liability, Basic’ (Line Assignment)

Step 4: Setup AAD (Application Accounting Definition)

Navigation: Setup > Accounting Setups >Sub Ledger Accounting Setups > Accounting Methods Builder > Methods and Definitions > Application Accounting Definition

Create a copy of seeded AAD only and do not modify existing AAD. I am creating a custom AAD called ‘TEST_AAD’ for COA ‘Operations Accounting Flex’.

Step 5: Setup SAM (Subledger Accounting Methods)

Navigation: Setup > Accounting Setups >Sub Ledger Accounting Setups > Accounting Methods Builder > Methods and Definitions > Subledger Accounting Methods

Create a copy of a seeded SAM and do not modify seeded SAM. Add the custom AAD to the Event Class ‘Payables’.

Step 6: Assign the custom SAM to Primary Ledger

Navigation: Set ups > Accounting Setups > Ledger Setup > Define > Accounting Setup

Verification of new SLA rule:

Create an invoice for supplier type ‘Contractor’ and create accounting

Liability Account for Supplier Type “Contractor” is 01-000-2990-0000-000

Liability Account for other Supplier Types is 01-000-2210-0000-000

Payables Duplicate Invoices

Sun, 2008-11-09 06:40

A common requirement that is there in almost all Payables department is to identify potential duplicate invoices. The standard Oracle report 'Invoice Audit Listing' is not effective when it comes to list down potential duplicate invoices. The 'Invoice Audit Listing' is more of a listing and the payables manager has to spend time and effort in analysing this report. Also, not to mention when it comes to performance this report takes quite a while to complete if you mention a very old 'Begin Invoice date'.

A common requirement that comes to my mind is to report all invoices which are of same amount and currency from a supplier within a given time period. Although this report is a relatively simple report to design, but as a thought i feel this should be included as a standard report in payables.

Indian Megavendors

Wed, 2008-09-03 14:02

The other day i was reading an article in on India's top three IT companies. As per this article, Gartner has come out with a report in which they predict that, Tata Consultancy Services, Infosys Technologies, and Wipro Technologies, collectively referred as 'India-3,' will emerge as the next generation of IT service megavendors. These vendors are increasingly being considered for strategic service deals, and will augment or, in some cases, replace today's acknowledged megavendors by revenue -- IBM Global Services, Accenture and EDS -- in this space by 2011, says Gartner.

Obviously this means there will be a lot of consolidation that is bound to happen in the IT space in India, as there are a lot of tier-2 firms who cannot match the pace of growth of the top 3 firms in India. This means some of these small IT companies will be forced to sell out as the war on margins and cornering a portion of the relatively fixed marketshare will become more acute. However, for the top-3 to actually reach the levels of present generation megavendors, apart from the cost advantage, they have to position on other parameters as well. The article talks of four critical competencies on which the emerging Indian megavendors are positioning themselves.

The competencies are: process excellence; world-class HR practices; providing high quality services at a low cost; the achievement of significant and disproportionate 'mind share' compared to their actual size.

However, the catch is to continue providing high quality services at a low cost and yet try and increase the mind-share further. With wage bills increasing and worries over global slowdown, maintaining low cost is definitely a big challenge. However, i feel where Indian top-3 companies are critically lacking is in thought-leadership. The culture of innovation and path-breaking developments is still not visible. The present day megavendors have primarily reached this position due to a large investment in innovation and thought-leadership. Anyways, interesting times ahead for all in tough situations, and obviously only the toughest will survive and prosper.

Importing Payments and Paid Invoices into Oracle - Oracle needs to provide an API

Sun, 2008-08-31 11:35
How many of us had a requirement of importing paid invoices and their corressponding payment details to Oracle? I would say many. But strangely till date there in no straight forward method to import payments into Oracle. I feel its time that Oracle comes up with a standard process like an API to handle this business need.
There are a few workarounds to this scenario. A direct update of Oracle base table is one but this comes with the risk of losing support from Oracle.
The other, more robust way would be to use the manual payment feature of Oracle to record such payments that have been already done in the earlier system. However, automating this process using a batch program is a challenge.
Do put in your comments in case you have a soultion to this problem which would help a lot of people out there.

Oracle E-Business Tax: Regime to Rate Flow in Oracle R12

Mon, 2008-08-11 07:46

In Oracle Release12, there has been some very significant changes, one among them being how we define tax. E-Business Tax is now a single point where we define our taxes for all the sub-ledger modules. In this article I will try to do a sample Tax setup using the Regime to Rate Flow of Oracle E-Business Tax in the Tax Manager responsibility.

Creating a Tax Regime

In Oracle E-Business Tax, a Tax Regime is the system of regulations for the determination and administration of one or more taxes.

  1. Navigate to the Create Tax Regime:

• Navigation: Tax Configuration àTax Regimes

• Click the Button “Create”

  1. Enter a new tax regime based on the following information:

· Tax Regime Code: TESTREGIME1

· Name: Test Regime1

· Regime Level: Country

· Country Name: United States

· Parent Regime Code: Blank

· Effective From: 01-JAN-1950

· Effective To: Leave Blank

· Used to group Regimes: Unchecked

  1. Expand the Controls and Defaults region

· Allow Tax Recovery: Checked

· Allow Override and Entry of Inclusive Tax Lines: Unchecked

· Allow Tax Exemptions: Checked

· Allow Tax Exceptions: Checked

· Tax Currency: USD

· Minimum Accountable Unit: 0.01

· Rounding Rule: Nearest

· Tax Precision: 2 (default)

  1. Click on Button “Continue”
  2. Enter tax regime configuration options:
    • Party Name: Vision Operations (Note: Select the Operating Unit owning Tax Content party type)
    • Configuration for Taxes and Rules: Common Configuration with Party Overrides
    • Configuration for Product Exceptions: Party-Specific Configuration
    • Effective From: 01-JAN-1950
    • Effective To: Leave blank
  3. Click on Button “Finish”
  4. You will get the message “The tax regime was successfully created”

Creating a Tax

  1. Navigate: Tax Configuration à Tax Regimes
  2. Search for the Tax Regime you created above using the filter criteria of Country as “United States” and Tax Regime Code as “TESTREGIME1”
  3. Click on button “Go”
  4. Click on icon “Regime to Rate Flow”
  5. Click on button “Create Tax”

  1. 2Create a new Tax as per information mentioned below:
    • Tax Regime Code: TESTREGIME1 (defaults)
    • Configuration Owner: Global Configuration Owner
    • Tax Source: Create a new tax (defaults)
    • Tax: TESTTAX1
    • Tax Name: Test Tax1
    • Tax Type: SALES
    • Effective From: 01-JAN-1950 (defaults)
    • Effective To: Leave blank
    • Geography Type: STATE
    • Parent Geography Type: COUNTRY
    • Parent Geography Name: United States
    • Tax Currency: USD (defaults)
    • Minimum Accountable Unit: 0.01 (defaults)
    • Rounding Rule: Nearest (defaults)
    • Tax Precision: 2 (defaults)
    • Exchange Rate Type: Blank
  2. Click on “Show Controls and Defaults”
  3. Enter the details as per information mentioned below
    • Allow Override and Entry of Inclusive Tax Lines: Unchecked
    • Allow Tax Rounding Override: Unchecked
    • Allow Override for Calculated Tax Lines: Checked
    • Allow Entry of Manual Tax Lines: Checked
    • Use Legal Registration Number: Unchecked
    • Allow Duplicate Tax Registration Numbers: Unchecked
    • Allow Multiple Jurisdictions: Unchecked
    • Tax Accounts Creation Method: Create Tax Accounts (defaults)
    • Allow Tax Exceptions: Checked (defaults)
    • Allow Tax Exemptions: Checked (defaults)
    • Tax Exemptions Creation Method: Create Tax Exemptions (defaults)
    • Allow Tax Recovery: Unchecked

  1. Click on Button “Apply”
  2. You will get the message “The Tax has been successfully created”
  3. Return to Tax Regimes. Click on “Expand All”
  4. Click on icon “Create Tax Status”
  5. Enter the following:
    • Tax Status Code: TESTSTATUS1
    • Name: Test Tax Status1
    • Click on Button “Apply”
    • Check as Default Tax Status: Checked
    • Default Status Effective From: 01-Jan-1950
  6. Click on button “Apply”
  7. You will get the message “The tax status was successfully created.”

Create Tax Rates

  1. Go back to the Regime to Rate Flow
  2. Click on “Expand All”.
  3. Click on icon “Create Tax Rate”. Enter the Tax Rates based on information mentioned below:
    • Tax Regime Code: TESTREGIME1 (defaults)
    • Configuration Owner: Global Configuration Owner (defaults)
    • Tax: TESTTAX1 (defaults)
    • Tax Status Code: TESTSTATUS1 (defaults)
    • Tax Jurisdiction Code: Blank
    • Tax Rate Code: TESTRATE1
    • Rate Type: Percentage (defaults)
    • Percentage Rate: 10
    • Effective From: 01-JAN-1950 (defaults)
    • Effective From: Leave blank

  1. Click on icon “Rate Details”. Enter the Tax Rate Details based on information mentioned below:

· Tax Rate Name: Test Sales Tax Rate1

· Tax Rate Description: Test Sales Tax Rate1

· Set as Default Rate: Checked

· Default Effective From: 01-JAN-1950

· Default Effective To: Leave blank

· Allow Tax Exemptions: Checked (defaults)

· Allow Tax Exceptions: Checked (defaults)

· Internet Expenses Enabled : Checked

  1. Click on the button “Apply” to return to the Create Tax Rate page.
  2. Click on the button “Apply” to return to the Regime to Rate Flow page
  3. You will get the message “The Tax Rate has been successfully created.”

Creating Tax Jurisdiction

  1. Navigate: tax Configuration à Tax Jurisdiction
  2. Click on button “Create”. Enter the Tax Jurisdiction details based on information mentioned below:
    • Tax Jurisdiction Code: TESTJUR1
    • Tax Jurisdiction Name: Test Tax Jurisdiction1
    • Tax Regime Code: TESTREGIME1
    • Tax: TESTTAX1
    • Geography Type: STATE (pick from list!)
    • Effective From: 01-JAN-1950
    • Effective To: Leave Blank
    • Geography Name: CA
    • Precedence Level: 300 (defaults)
    • Collecting Tax Authority: Blank
    • Reporting Tax Authority: Blank
    • Set as default Tax Jurisdiction: Yes (defaults)
    • Default Effective From: 01-JAN-1950
    • Default Effective To: Leave blank

  1. Click on the button “Apply” to return to the Regime to Rate Flow page
  2. You will get the message “The tax jurisdiction was successfully created.”

Creating Tax Accounts

  1. Navigate: Tax Configuration à Taxes
  2. Search for the Taxes that we created just now using the following filter criteria:
    • Country Name: United States
    • Tax Regime Code: TESTREGIME1
    • Tax: TESTTAX1
  3. Click on the button “Go”. Then click on icon “Update”.
  4. Click on button “Tax Accounts”.
  5. Enter the Ledger as “Vision Operations (USA)”
  6. Click on button “Create”
  7. Enter the Tax Account details based on following information:

· Operating Unit : Vision Operations

· Tax Expense: 01-210-7710-0000-000

· Tax Recoverable/Liability: 01-000-2220-0000-000

  1. Click on button “Apply” and return back to Tax Accounts page.
  2. Click the button “Apply”, to return to the Update Tax page.
  3. Click the button “Apply”, to return to the Taxes page.
  4. You will get the message “The tax was successfully updated”.

Creating Tax Rules

  1. Navigate: Tax Configuration à Tax Rules
  2. Access the rule type by filtering on the following criteria:
    • Configuration Owner: Global Configuration Owner
    • Tax Regime Code: TESTREGIME1
    • Tax: TESTTAX1
  3. Click on button “Go”. Then click on “Expand All”.
  4. Set the following values corresponding to the Rule Types:
    • Determine Place of Supply: Ship To
    • Determine Tax Applicability: Applicable
    • Determine Tax Registration: Bill From Party
    • Determine Taxable Basis: STANDARD_TB
    • Calculate Tax Amounts: STANDARD_TC

Making Tax Available for Transactions

  1. Navigate: Tax Configuration àTaxes
  2. Select the Tax created based on the following filter criteria:
    • Country Name: United States
    • Tax Regime Code: TESTREGIME1
    • Tax: TESTTAX1
  3. Click on button “Go”. Then click on icon “Update” on the “TESTTAX1” row.
  4. Check the box “Make Tax Available for Transactions”

  1. Click on button “Apply”.
  2. You will get the message “This tax does not have an exchange rate type. Are you sure you want to enable this tax?” having options “Yes” and “No”. Click on “Yes”
  3. You will get the message “The tax was successfully updated.”

Test your Tax Setup by creating an Invoice in Payables /Receivables or creating a Purchase Order.