With the introduction of Oracle R12 and the greater emphasis on shared service centres, can you afford not to use multiple Operating units especially when considering your indirect tax solution using Oracle Financials?

The challenged faced by any company implementing a new ERP solution, whether a single entity or a global conglomerate, is to capture the complex business requirements and yet keep the structure as simple as possible. Creating a highly complex organisation structure is likely to lead to greater data processing needs as well as a more labour intensive maintenance requirements. There is also a risk that the solution initially designed to help the company, ultimately leads to issues that end up consuming more resource.

Any solution architect will be considering this when they design the organisation structure deciding the best approach for the number of ledgers, what legal entities will use these ledgers and how many operating units will be needed to capture the data from the sub ledgers such as the Payables or Receivable modules.

The 11i approach was often to keep things as simple as possible, with one ledger where possible and only one operating unit linked to this ledger. The primary driving factor was the time it would take to run reports, opening and closing the month and entering data across the different legal entities. Each additional Operating unit meant that a new responsibility was required and this meant that a user would have to switch between these responsibilities each time they wanted to enter any data or do any month end processes for example. If you had 10 legal entities, this meant that the same task, if 10 operating units were used, one for each Legal entity, would have to be repeated each time. This of course would take a huge amount of time compared to one operating unit that all 10 legal entities were assigned to!

Oracles’ ‘Release 12’ solution change the playing field and ultimately the way the organisations could be established. First, ledger sets allowed multiple ledgers to be linked together as a ledger set providing that the same calendar and chart of accounts was used. A ledger set could then be assigned to a responsibility effectively giving access to the data in all of those ledger contained in the ledger set! Second, and more importantly, the ability to create security profiles meant that access to operating units and inventory orgs could now be combined together. This means that those 10 legal entities could now have 10 operating units per legal entity and added to one or multiple security profiles. A security profile and not an individual operating unit could now be assigned to a responsibility, giving it access across all 10 operating units! So now the ability to maintain simplicity with one responsibility to enter data and process month end is achieved but with the added benefits of the diversification that multiple operating units can bring.

Andrew Bohnet