CashPro Accelerate – A cash balance front-end to your forecasting spreadsheet?

Posted October 27, 2008 by Geoff Bristow
Categories: cashflow

Great news for financial controllers juggling cash in the current climate; another Excel-based cashflow tool has appeared on the horizon.  Currently being launched by American banking giant, Bank of America, you can expect to see CashPro Accelerate appear on the UK banking scene before very long.

What does it do and how does it differ from other Excel-based forecasting systems like Rugged Logic?  Simple: It downloads and makes sense of all the current online banking information you may have, including all your balances and currency information… making it an ideal tool to bolt onto the front end of something like Rugged Logic.  Since it’s Excel based, linking it to the input fields of Rugged Logic is as simple as a mouse-click.

Similar facilities are already available in some bookkeeping packages, such as Intuit’s Quickbooks, but CashPro Accelerate has the benefit of being in Excel and can be used directly with your forecasting package without the need to go via your bookkeeping ledgers.

One Version of the Truth

Posted August 13, 2008 by Geoff Bristow
Categories: Excel vs Database, Technology

Of course the guys at Rugged Logic always welcome new entrants into their space… that market zone we might call “Rugged Excel“, where vendors are increasingly aiming to provide enterprise-ready solutions that also retain the user’s ability to create and model in everyone’s favourite envirionment, Excel.

So hats off to Jedox, that I first read about in CIO India, of all places.  On the face of it this looks like just another one of the zillion database companies maskerading as Rugged Excel by simply giving their users an Excel-like input interface for the data entry, but I do actually think that in this case they’ve done a little more than that.

Yes it’s true that Jedox is a database solution and doesn’t attempt to crack the problem that Rugged Logic principally addresses, viz the true modelling in Excel of the Business Drivers right through the working capital needs and all the other inner finanical workings of the company’s future cashflow, but at least this particular database engine does do what it says on the tin this time… that is, properly work with Excel.

What I like most is the way these guys characterise the reason why an FD would ever consider giving up his control of his Excel by linking it to a database… so that they get “one version of the truth”.  But you still have to do your Excel modelling to get any ideas at all about what the truth is, of course. 

So I suggest this is one for the Rugged Logic devlabs to consider for some future version in the years to come; why not get the best of both worlds by linking all that awesome Rugged planning power to some off-the shelf enterprise databases, so that once we find out what the truth is, we only keep one version of it?

Do you reforecast on a monthly basis? Most companies don’t, but would like to…

Posted July 15, 2008 by Geoff Bristow
Categories: Excel vs Database, Modelling, Planning Process

Tags:

Most companies don’t reforecast on a monthly basis because the “Forecasting” tools are not connected to their “Budgetting” tools.

The human brain couldn’t possibly make sensible judgments about hundreds of lines of data.  To get a sensible picture of the options for the future the executive team has to work at a level of abstraction.

In other words, to capture the team’s judgment it’s necessary to use what we usually refer to as “Business Drivers”.   This part of the “Perceptive Process” is usually referring to as “Forecasting” (as opposed to Budgeting).

The starting point for Forecasting using Business Drivers is an aggregation of actuals, which are probably held at a very detailed level in a set of ledgers.

After the Forecasting process has concluded with a top-level view, the FD has the task of spreading it back to a detailed line-by-line budget, because individual managers will need to be measured on whether they did what they were given the authority to do, item-by-item (e.g. hire no more staff, buy no more assets, and commit no more expenses than they were allowed

Once the annual budget has been set, most board of directors would ideally like to review and reforecast every month by going through the same process with the benefit of a new month of actual data.

However, in practice companies very rarely reforecast on a monthly basis, because of the time-cost of doing so. In other words, because of this technology constraint, businesses are often less effective and expose themselves to more risk than they need to.

Ideally Forecasting and Budgeting should be two parts of one-and-the-same process.  However they often are not because the two parts of the process require different technologies: Forecasting is best done in “Rugged Excel” – i.e. either using Rugged Logic or a else professionally hand-built custom workbook (with associated cost and risk). However, although Budgeting be done well in Excel for small companies, for large, complex or diverse companies it’s better done with a database.

In practice, up to now, most people have done both in “Unrugged Excel” (i.e. spreadsheets hand-built by people who have other things to do in their day jobs).  This is dangerous and costly because it consumes huge amounts of time to build a model at all well, and even then many surveys have shown that 95% of corporate spreadsheets contain at least one significant error

For simple company structures (e.g. when the entire Budgeting part of the process is done just by one person in one place, and there are no subsidiaries to consolidate):

Holding the “Detailed Budget” data in Excel is usually satisfactory. This enables a tight integration of the Budgeting with the Forecasting, which should be done in some form of “Rugged Excel.

For more complex company structures, where many people are involved in the Budgeting part of the process (the pushing down to the detailed level of the objectives set in the Forecast Scenarios), a database is indispensable to handle the workflows and the shear volume of data.

This requires that the Forecasting part of the solution (e.g. Rugged Logic model), and the Budgeting database, communicate in both directions:

BEFORE FORECASTING: To aggregate or Conceptualise the detailed actual data into Business Driver form

AFTER FORECASTING: To expand or Budget the top level forecast scenarios back down to the detailed data level.

This linkage can be done now, either manually, or automatically using custom ODBC drivers. However additional added value may be created in the future by tighter integration at a technology level between Rugged Logic solutions and industry-leading databases.

Interactivity modelling, with resilience

Posted July 3, 2008 by Geoff Bristow
Categories: Uncategorized

The key to making good decisions is to take into account all the information at your disposal and involve all those in your team who may have critical experience and judgement to apply to the situation in hand.  When it comes to financial decisions, using a financial plan, it’s all about interactive modelling.

Whereas enterprise solutions clearly score when it comes to handling large amounts of data across many countries and departments, they can’t supply the level of interactivity that accountants refer to as “modelling their business”.  So in order to model your business do you have to sacrifice the resilience and integrity that you would get from a corporate database system, or is it possible to have both?

Even the largest corporations in the world (who will certainly have at least one corporate database as well) still revert to Excel for interactive decision-making… for flexing assumptions and “business drivers” in order to get a feel for how their business results will be impacted by possible decisions they may make. Only when you have an entire model of the business there at your fingertips can this level of judgement be captured – the so-called perceptive process. Whilst in theory, it should be possible to do this in a pure software solution, the ease and comfort with which it can be done in Excel has never been matched.

At the same time we all accept that it is just not good enough to rely on handbuilt Excel for everything we do. The Rugged Logic answer to this is to provide the kernal of the logic (that is, how the working capital, financial instruments etc, are all modelled) as a core that has been constructed using a formal methodology on a server computer. A corporate database structure also gives this level of integrity “out-of-the-box”, but in reality Excel is still used for the top level business modelling.

White paper: Brave New World

Posted June 25, 2008 by Tony Sparks
Categories: Team Decision-making

For those who have been waiting for my white paper on the changing business environment that has bought the need for the Perceptive Process into sharp focus, yes I have finally written it and it’s now available to download!!

I must make special mention of the work of Jyoti Banerjee of KiteBlue. which I have referenced heavily for some of the theoretical grounding for the Perceptive Process, and to a number of other sources such as

Feedback will be most welcome of course… please comment below!

43% have no plans to move to Excel 2007

Posted June 25, 2008 by Geoff Bristow
Categories: Excel 2007

The ICAEW (IT Faculty) have just published a survey of companies’ intentions to move to Office 2007… and it shows (wait for it) a cool 43% of businesses have absolutely no plans whatsoever to upgrade.

From a software developers’ point of view I have to say this result is disappointing, although not a surprise… Corporates in partcular tend to hang back on major new Microsoft releases because of all they entail in terms of installation and learning curve for users. However it is not just the Microsoft functionality that they are missing by doing this, but all the rich new functionality that ISVs are building onto this major new Microsoft platform.

For example I know that the guys at Rugged Logic (which develops software intimately integrated with Excel, to make your forecasting spreadsheets.. well, err.. “rugged”) have already released a brand new version that supercharges the whole working environment for those using Excel 2007.

Whilst the software still works with earlier Excel versions of course, the system jumps in a higher gear when it detects 2007 is present, and delivers all its navigation and tools in an Office 2007 “ribbon”. Users report that they move around complex forecasting workbooks at least twice as fast using Rugged Logic in ribbon mode.

Do we really need to quit our spreadsheets?

Posted June 25, 2008 by Paul Druckman
Categories: Excel vs Database

Ok, so we’re all agreed that for ad-hoc analysis Excel is the tool of choice, and that at the other extreme of a corporate application we need the ruggedness of a software application… the problem as I see it is that accountants don’t usually start out intending to write huge spreadsheets… workbooks just grow over time!  They usually start innocently enough as a quick report or back-of-the-envelope analysis, and then get added to continuously until one late evening you stop yourself in your tracks and realise just how detailed your model has become…
 
So is this a bad habit that we should be trying to quit, like the inference in this discussion that it’s like trying to kick the nicotine habit?  I don’t believe so, because analysis is a vital part of an accountant’s role, whether in practice or business, and analysis by its very nature continuously evolves and morphs as ideas develop and new information becomes available.
 
The solution, in my book, is to embrace Excel warmly with both arms for all our analysis needs, for the very reason that it does allow this flexibility for our ideas to develop and grow, but then to force back to the software industry the challenge of providing us the power and reliability of an application from within Excel, to fix all the problems that we have identified re data manipulation, formula integrity, documentation, and so on.
 
By and large the BI/database industry has started to fall into line with this user-driven objective, because they all now provide Excel interfaces to input and extract data from their various cubes and structures. 
 
Re the formula integrity side there are Excel-based solutions too, which broadly fall into the two possibilities of either correcting your hand-built formulas after you’ve set them up, or else using formal structures to build integrity into your spreadsheet before you start adding all your custom analysis and ideas.
 
Probably the best example of the post-hoc formula correction tools was Spreadsheet Professional, which power users tell me was extremely widely used, especially in the Big 4 modelling groups.  However, I’m also told that most of its features have now been superseded by Excel’s own error checking facilities, so I would be interested to know whether anyone still uses Spreadsheet Professional any more.
 
Re the idea of getting a piece of software to actually build for you your detailed forecasting formulas into your spreadsheet before you start playing with it, I only know of one mainstream solution, Rugged Logic (www.ruggedlogic.com).  This software impressed me enough when I discovered it recently that I made a personal investment in it (he said, doing the honest thing and declaring his interest in this blog topic!). 
 
Rugged Logic is the only Excel-based software solution that is accredited by the ICAEW and gives an accountant the most detailed and robust starting point he could dream of for a financial forecasting spreadsheet, including detailed formulas for working capital, capex, loans, taxation and so on, with report sheets already set up for P&L, Balance Sheet, Cashflow and all the normal schedules.  Since its in Excel, the creative accountant (yes, personally I believe they do exist , and there are plenty of them!) can go on to add all his or her ad-hoc analysis sheets and business drivers, safe in the knowledge that the core logic was built by a computer with thousands of checksums built in to boot.

Database vs Excel – Is there a middle ground?

Posted June 18, 2008 by Geoff Bristow
Categories: Excel vs Database, Technology

There is no doubt that there are “two camps”, IBM, SAP and Oracle on the one hand, and Rugged Logic and Sage on the other. However, I am really not sure whether there is a “middle ground”.

In reality the difference between a corporate database solution such as Adaptive Planning and an Excel based software solution such as Rugged Logic is all about interactivity. Whereas enterprise solutions clearly score when it comes to handling large amounts of data across many countries and departments, they can’t supply the level of interactivity that accountants refer to as “modelling their business”.

Even the largest corporations (who will certainly have at least one corporate database solution) still revert to Excel for interactive decision-making… for flexing assumptions and “business drivers” in order to get a feel for how their business results will be impacted by possible decisions they may make. Only when you have an entire model of the business there at your fingertips can this level of judgement be captured – a process which Rugged Logic calls the “perceptive process”. Whilst in theory, it should be possible to do this in a pure software solution, the ease and comfort with which it can be done in Excel has never been matched.

So rather than there being a gap between the “two camps”, I think a better way to describe it is that there is a threshold of corporate size and complexity above which it becomes necessary to have a corporate database solution (in addition to Excel).

All of which leaves the accountancy community with a challenge to (a) at the lower end, make sure their Excel systems are as rugged and reliable as possible and (b) at the higher end, make sure that the corporate planning software industry stays alert to its need for good interfaces with the top-level Excel models which will inevitably remain on the CFO’s laptop

Make better decisions by forecasting interactively

Posted June 17, 2008 by Geoff Bristow
Categories: Planning Process, Team Decision-making

Today’s financial models can instantly calculate the financial impact, on the P&L, balance sheet and cashflow, of a new management assumption. Combine this with the level of integrety and confidence that comes with models built by the Rugged Logic server and they represent an incredibly powerful tool for interactive decision making. So why is it that financial models are still very rarely used in board meetings ?
Rugged Logic has teamed up with AccountingWeb to lead a discussion and vote to get to the bottom of this key issue that stands between most executive teams and an improved decision-making capability.

Common spreadsheet problems; “Worst Practice”

Posted June 3, 2008 by Nick Bowles
Categories: Modelling

Tags: , , , , ,

I read an interesting article on CFO.com about the usual mistakes made when building financial models.

They suggest the following:

1) Poor Segregation of Data

2) Poor Documentation of Assumptions

3) Poor Documentation of Constraints

4) Difficulties in Making Changes

5) “Now It’s Here; Now It’s Not”

6) The Presentation Readiness Problem

They then suggest some ways to improve this:

—Encouraging the separation of data, and documenting the reference
sources.

—Making robust and useful key interim calculations and analyses for
which the data and your assumptions are being used.

—Encouraging a summary design for communication and presentation.

It is exactly these issues that we have spent the last few years building software to solve. We work to build all the important separations between inputs and outputs, we have over 20,000 checksums to provide integrity and then we layer a neat presentation pack on the top.

 As I discussed in a previous post why is it that there is a standard for how to prepare and present historic data but no such standard in the world of forecasting? A well designed standard and training courses to supplement it, with industry body backing would surely take a lot of the pain out of the forecasting process and reduce the possibility of serious errors.

If anyone has any other ideas for how to improve the process throw them into a comment on this blog and lets discuss.

Heres a link to the CFO article http://www.cfo.com/article.cfm/11288290/c_11362095?f=singlepage