Breadcrumbs
Home / Blog / Financial Standards / Moving from GAAP to IFRS with Oracle EBSWritten by Helene Abrams Sunday, March 13 2011
International Financial Reporting Standards (IFRS)
2009 brought with it a deep financial crisis and a decision by the global accounting boards to standardize accounting functionality for global companies. The decision followed a joint meeting of the US Financial Accounting Standards Board (FASB) and the International Accounting Standards Board (IASB) during which the parties agreed to make their financial reporting standards compatible and a commitment to standardize financial reporting beginning this year - 2011. The financial crisis exacerbated the urgency of making the changes.
This decision is forcing public companies and even some small and mid-sized companies to undertake enormously complex convergence activities to move from GAAP to IFRS. There is a great deal of uncertainty about how to make the change, and potentially a high cost of compliance. The overall message is clear – all companies are facing a period of regulatory change, but the timetable and enforcement will vary based on industry, location, and size of the company.
IFRS – Impact on Financial Systems
Generally, there is a wide variation between how companies report profits recorded under IFRS, compared to the net income using US GAAP. "The difference in net earnings between IFRS and U.S. GAAP, expressed as a percentage of U.S. GAAP net income, varied from more than plus 80 percent in some industries to minus 60 percent in others." [1] This is because IFRS is much more principles-based than US GAAP. That means that individual companies are left to their own methods to explain the differences in their financial results and to provide supporting analysis to reconcile their results.
Experts can help distill the important changes that hit pension funds, revenue recognition, bank covenants, shareholder’s equity, and profits from the minor changes that do not have a material impact, but if the data is not clear in the underlying financial management systems, the results may be interpreted differently. In a group finance environment everyone with responsibility for financial (statutory) accounting needs to be on the same page as early as possible.
The Oracle E-Business Suite technology issues [2] relate to:
- Chart of Accounts – potentially additional chart of account segments and values to accommodate the new information to be collected or to trap adjustments and reconciling movements between IFRS, U.S. GAAP or local GAAP.
- Data collection – specifically the potential need to collect additional or different information for analysis reflecting the difference in the basis of measurement between IFRS and U.S. GAAP.
- Entity structures – reflecting the possibility of segregating or reorganizing IFRS and U.S GAAP reporting entities.
- Consolidation structures – similar to the justification for altering the chart of accounts and entity structures above, but this time at a group level in a consolidated environment rather than in local entity general ledgers or local instances.
- Reporting – the need to adjust reporting capability to rapidly compare prior years’ results in local GAAP or U.S. GAAP with IFRS and to capture the adjustments between them, and the need to maintain transparency by preserving history in the same format everywhere in the enterprise.
Within the IFRS guidelines, a single chart of accounts that does not ‘mapping’ or translation table provides a clear advantage when transitioning to IFRS.
An IT policy based on single EBS instance confers a number of advantages when aggregating financial results and implementing IFRS including the ability to merge and summarize data without interfaces, especially if all reporting entities can share the same chart of accounts. On the other hand, a heterogeneous approach where different parts of an organization can report its results differently, can lead to significant additional complexity. Mapping from different reporting structures forces the organization to cope with different data collection tools, interfaces and consolidation engines. This can severely impact process flows, data quality and ease of reporting. IFRS adjustments, for example, to charts of accounts, data collection forms and reports may have to be implemented several times in different EBS instances, business intelligence, consolidation and reporting tools. In general, the more that can be accommodated within a single instance, the easier it is to implement IFRS.
Facilitating the transition to IFRS in an Oracle E-Business Suite environment
- Review and close down dormant legal entities and unnecessary sets of books that have been allowed to clutter up the reporting structure.
- Revise the chart of accounts to eliminate complexity. Introduce processes and governance for compliance with local and legislative changes. Clean up redundancy in values or across segments.
- Reduce physical layers of consolidation, i.e. sub consolidations (regional or divisional) that may have been a legacy of older systems. This includes consolidating instances (with all the history) to avoid translations and interfaces among different components of the organization.
- Iron out different accounting policies, such as depreciation, that may have crept into the group but were masked by materiality levels.
There is no blanket or ‘one-size-fits-all’ approach to the implementation of IFRS, as can be seen from earlier paragraphs much depends on a group’s particular circumstances, the nature of its business, recent history, preparedness for change and systems architecture. Nevertheless there are certain key themes to explore.
Conclusion
The ability to report quickly and flexibly is paramount in the transition to IFRS – not simply to comply with statutory filings and deadlines but as a tool to prove the integrity of the migration, understand its impact on earnings releases and assess its effect on key performance indicators.
Since IFRS is principles-based the burden of reporting and communications to shareholders falls squarely on the shoulders of management and as shown earlier, IFRS can cause significant swings in earnings compared to U.S. GAAP. So it is vital to use reporting as the basis for ‘teasing’ out the differences between the two regimes and explaining them away. This is especially important during the earlier transition years when statutory filings will require comparatives between the two standards to be published.
Relying on spreadsheets and non-integrated financial consolidation solutions either between different parts of the organization or different instances makes IFRS compliance much more complex and expensive. Superficially, information may seem to flow between parts of the organization but in practice, a change to one aspect inevitably requires a change to the other - quite often accompanied by skilled IT intervention and high risk.
The positive side of IFRS is that companies can take a systematic approach to catching up with all of the tasks that have previously been neglected, such as clearing out redundant chart of account segments and values, clarifying the organization structure consolidating instances.
[1] http://www.uic.edu/classes/actg/actg593/Readings/IFRS/European-U.S.%20GAAP%20Gap.pdf
[2] http://www.fasb.org/fasac/results2005.pdf
| Next > |
|---|
Enter your email address to sign up for our Newsletter
May Puzzle
David is often referred to as Rainman due to his peculiar ability to effortlessly figure out a certain date's day of the week. He recently displayed this talent when I asked him if there was a conflict with the upcoming Fuzzy Dice Conference and our weekly court-ordered community service. He asked the date of the convention. It was April 20th, 2012.
"Oh, that’s a Friday," he said, effortlessly. "And your sentences have you committed for the next few dozen Wednesdays so you'll be able to go." And of course he was right.
One day a few weeks ago I asked out loud in the office about the date June 5th. And of all people, my brother Tommy piped up and said "Oh, that's a Tuesday."
"That's right," said David.
Well how about Otcober 3rd?
"That's a Wednesday," said Tommy. Then I asked about Christmas Day 2012.
"Oh, that's a Tuesday." David nodded in agreement.
Do we now have two rainmen? Or had Tommy figured something out?
Solution
Here's what was going on. Tommy was using something called anchor dates. And these dates apply to each and every year. April 4th, or 4/4 we’ll call it from now on, June 6th or 6/6, 8/8, 10/10, 12/12, are all the same day of the week, each and every year.
So too are 5/9 and 9/5, May 9th and September 5th. So too are 7/11 and 11/7, and all the above dates are the same day of the week, as is the last day in February, Leap Year or not. And they’re all the same day as January 4th, it would otherwise be January 3rd, but this was a leap year, and that’s changes the anchor day from January 3rd to January 4th.
Tommy also knew that New Year's Day was a Sunday. He was sobered up by then. And he knew it was a Sunday because Christmas was a Sunday in 2011, so New Year's Day is a Sunday, so the Anchor Day for 2012, January 4th, has to be a Wednesday!
So if that's a Wednesday, then 4/4, 6/6, 8/8, 10/10, 12/12, 5/9, 9/5, 7/11, 11/7, and February 29th are all the same day of the week, and they're all Wednesdays. So when I ask for example, about October 3rd, he knew October 10th was a Wednesday, 10/10. So 10/3 must also be a Wednesday. 12/12 is a Wednesday in 2012, so it’s 12/26, which is two weeks later. So 12/25, or Christmas Day, must be a Tuesday.
Success Tips for Oracle Project Management
- Create a standard for documentation at the beginning of your project, and hold team members accountable for completing documentation requirements as well as keeping them at and above the standards required.
- Before promulgating user documentation or training, it’s also a good idea to choose a representative from the among the business users base to review materials first.
- If you are not sure about the resources and budget required, obtain several estimates from people that have experience with the same size and scope of your project.
- Be explicit, before beginning the project, what internal resources are required for execution. This includes people, infrastructure, hardware, and software.
- Help the project champion understand the impact your project will have on the organization and how its successful completion will make him or her an internal hero or heroine for supporting it.
- Break up your project into smaller projects (try for projects that can be completed in 4-6 months, especially early on) to get success and demonstrate momentum.
- Make sure that your testing includes reports, upstream and downstream interfaces, customizations, enhancements, and workflows.
- Ensure that comprehensive transition reports and meetings between departing and incoming personnel are completed.
- Instead of spending time and resources implementing third-party reporting, consider consolidating multiple instances, moving to a global chart of accounts (CoA), and/or standardizing on a consistent calendar.
- Include governance, risk, and compliance management as part of the project plan.
- Finally, celebrate the successes. Too many projects focus on defects, failures, or small cost over-runs without looking at the big picture and what was accomplished.
The Analyst Corner
John Van Decker, Research VP of Gartner, states:
"A single chart of accounts allows consistency in financial reporting across the enterprise by standardizing on common metrics and reporting structures, reduces dependencies on a separate financial consolidation system, and significantly reduces the costs incurred with ongoing, complex conversions and translations."
Popular Articles
- Organization Setup in R12
- If IFRS...Then, Part 2: 5 Best Practices in Designing a Chart of Accounts in Oracle E-Business Suite
- 11i to R12 Decision: Upgrade or Reimplement?
- Designing a Global Chart of Accounts and Taking Advantage of Oracle® E-Business Suite Release 12
- Moving from GAAP to IFRS with Oracle EBS





