Breadcrumbs
Home / Blog / Data Quality / How Do You Calculate the Cost of a Spreadsheet?Written by Helene Abrams Thursday, October 28 2010
In this article, we take an insightful look into the cost of a single spreadsheet that is used for financial consolidation. Many companies ignore the high cost of maintaining spreadsheets because they have already purchased Excel or another package, and there are not huge license fees. Spreadsheets are great tools for short, small projects, but care should be taken when using them as an extensive resource, as is often done for financial consolidation. Spreadsheets are good choices when you need to organize simple data in a fast and cost-effective manner. It is easy to use Excel to save customer and prospect data when it is a small set to be used by a single person or a small group, but trouble arises when your data grows and more people need access to it. The following is a list of ways that time can be easily wasted when spreadsheets are used to track and consolidate financials:
- Managing and maintaining group-related data.
- Retyping data from spreadsheet to spreadsheet.
- Maintaining references between multiple spreadsheets.
- Consolidating multiple spreadsheets.
- Cross-checking to make sure numbers agree across multiple spreadsheets.
- Maintaining gargantuan spreadsheets.
- Hard-coding data from reports to spreadsheets.
- Rearranging spreadsheets to show new perspectives on the data.
- Restructuring spreadsheet models to reflect changes in the company organization.
- Converting between different proprietary spreadsheet applications.
Look at this simple formula for figuring how much each spreadsheet costs your organization.
What you need to determine is:-
The average amount of time it takes to create, maintain, and correct a single spreadsheet. This will vary for different spreadsheets that are used for different purposes (there are some spreadsheets you work with everyday, while there are others that you only see once in awhile), but we need to come up with an average for the purposes of this article. This, by the way, does not consider a renamed spreadsheet a new sheet. I have been saving the same spreadsheet with a new name every week for the past 3 years, but for our purposes it is still the same spreadsheet (and an expensive one).
One thing that can be agreed upon is that the bigger the spreadsheet, the more expensive it is. Employees involved in budgeting and forecasting will tell you that it’s possible to look at the same few spreadsheets for an entire year (or over multiple years – next year’s budget starts out exactly the same as this year’s, you just need to tweak a few values). The point is that people that are heavily involved in creating, maintaining, and correcting spreadsheets generally see fewer spreadsheets per year than others, but the sheets are much bigger and require a substantial amount of time to maintain. There are others who work with many different spreadsheets every day, but these sheets are generally much smaller and require much less time.
Let’s assume that the average medium-sized business deals with 1,500 accounting spreadsheets per year and employs 30 people (full-time equivalents in this case, or FTEs) to create and maintain them. If we take 2,000 hours as the number of hours worked per year by the average FTE, then we know that (2,000 x 30) = 60,000 hours are spent dealing with spreadsheets. Dividing this by 1,500 spreadsheets, we can calculate the amount of time it takes to create, maintain, and correct a single spreadsheet to be (60,000 / 1,500) = 40 hours.
-
The average annual wage of FTEs who create and maintain the spreadsheets. We will use a burdened rate of $75 per hour.
-
That’s it. Now we multiple 40 hours per spreadsheet by $75 per hour to get $3,000 per spreadsheet (annually).
If you haven’t already done the math, that’s $4.5 million per year spent on maintaining spreadsheets for a medium business. Enterprise Resources Planning (ERP) systems may carry a hefty price tag, but they can reduce costs over the long run by making related data available to a large number of people and streamlining accessibility, something spreadsheets just can’t do.
In addition to the high costs, spreadsheets do not have the data control and governance often embedded in ERP systems. Anyone can change a spreadsheet, and it is often the case that different spreadsheets use different base figures resulting in different end results for different parts of the organization. For SOX and IFRS compliance, it is quite risky to base processes on results derived by a spreadsheet. The drill-down and roll-up from transaction systems is often not available, and many undocumented assumptions are made about how line items in a spreadsheet are calculated. Even accounting basics like making sure that the debits equal the credits for a balancing value are not enforced in a spreadsheet.
The best use of spreadsheets is to satisfy temporary or short-term requirements (such as creating a mapping file to change the chart of accounts). It is not wise or cost-effective for an organization to employ spreadsheets as an integral part of its financial operations. They simply aren’t built for it.
eprentise often talks to organizations about changing their chart of accounts or changing the way their operating units or legal entities are set up. Many currently use spreadsheets to perform financial consolidations. Here is one example of a company’s monthly consolidation:

In this case, each legal entity was represented across 4 sets of books. In order to consolidate the monthly financials for this company, they created spreadsheets to total the financials for each of the arrows in the diagram. The monthly close process was 20 days. By moving the legal entities into a single set of books, the company reduced their close cycle to 3 days, got more accurate data, eliminated thousands of spreadsheets, and reduced costs.
See how eprentise can help you eliminate spreadsheets or change the chart of accounts to better reflect how you want to track your business by clicking through to the FlexField page.
| < Prev | Next > |
|---|
Related Articles
- Going Green in ERP
- Apples to Oranges: What is Your Financial Consolidation Comparing?
- Approaches for Changing the Chart of Accounts: Eliminating the Risks
- Details and Setup of Other Flexfields in Oracle E-Business Suite
- E-Business Suite Organizations Spend As Much As $19 Million Annually on Finance Operations
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





