Sage annual upgrades for Sage 50

August 22nd, 2009

For a number of years Sage have released a new version of Sage 50 every summer.  Each new version is chargeable (unless you have Sagecover Extra) and this can be a cause of, shall we say, disquiet for some users.

Some users, and their advisers, see the annual upgrades as evidence that Sage don’t listen to their customers.  For example eleansa  commenting on an Accounting Web blog says

If Sage really listened to its customers, who include my clients, then they would stop producing so many “upgrades” and merely enhance existing versions under their already expensive annual maintenance contracts.

Yet stripping this down to essentials, it is only a request for Sage to provide more for less, and so just another price discussion between a supplier and its customers.  My concern is how much discernment Sage exercise, not how many customers they listen to!

This “disquiet” is fundamentally unfounded.  The annual upgrades are optional, and Sage continue to support Sage 50 for a good number of years after their release.  For example Sage 50 version 11 will be supported until the end of April 2011, so by the time that support is withdrawn it will have been out for the best part of 7 years.

Sage 50 users can, then, take a pragmatic view of each new version.  The two obvious questions are:

  • Are the additional features of value to my business?
  • Does staying current reduce my IT risk?

We are relatively cautious.  For example our Sage 50 support team’s default recommendation is that clients wait until the first service pack  is released before implementing a new Sage 50 version.  Indeed, except for busy and sophisticated users, we tend to advise against annual upgrades.  Not on cost grounds, but because change without significant benefits bring risks.

Sage 200 aged debtors

August 22nd, 2009

While Sage 200 includes aged debtor reports as standard, we prefer to work with the aged debtor reports in Excel though, and we prefer to grab the data directly, so that we can manipulate it at will

This poss includes a series of ‘SQL Server views’ that together give an aged debt, grab the most recent memo (which we use for recording credit control conversations) from the customer account, and show basic contact information. Read the rest of this entry »

Heat but no light, SaaS security questions

August 22nd, 2009

Things have got excitable if not exciting in the world of SaaS finance applications recently.

It would be easy to join in with some cheap shots at Duane Jackson, who after all has previously used security issues with Sage’s entry level Sage Live product to generate free publicity.  Wouldn’t be fair though. 

First the issue reported by Dennis Howlett is actually very different, as it is really a feature choice (and yes I do know that security is a fundamental aspect of a software application’s architecture) not a flaw as such. 

Secondly the guys at Accounting Web  have apparently checked (haven’t they noticed the sun has been out this week) how much has been written about it and, at more then 12 000 words, too much has already been said about an issue which just isn’t core to the customers that Kashflow target.

SaaS does raise questions.  Security is one of them.  It is appropriate to ask who can access your data, but actually it’s far more pertinent to ask whether secure (as in continuing) access to your own data given all likely futures for your SaaS supplier.  Sorry, aside over.

The real issue though, is that (some of) the SaaS boys (and yes it does seem to be gender specific!), are more interested in the whys and wherefores of SaaS in the abstract than what it actually does for the customer. 

Kashflow is the result of a whole series of compromises.  Duane Jackson’s fortunes will wax or wane according to how well those compromises match his target audience needs (and the success or otherwise of his trumpet blowing).  That’s as it should be.  Dennis Howlett’s invective is entertaining, but ultimately empty.

I could go further.  Risk and security are not cost free.  It’s easy to promote a stance that more security and less risk is better, but it’s far more complex than that.  Who in business wants to be frightened and risk adverse?

Sage 50 2010

July 28th, 2009

Sage plan to release the next version of Sage 50 on 3 August 2009.  It will be called Sage 50 2010.

Full details aren’t available yet, but teaser information from Sage throws some light on the question of whether to upgrade.

Sage 50 (and it’s predecessors) have always tended towards steady rather than step changes, and it appears that Sage 50 2010 will conform to this pattern.  Sage highlight three areas of change, none of them radical:

  • Improved user experience (better processes, navigation and easier access to data)
  • A data import wizard
  • “Pay now” buttons on invoices, supported by SagePay, their service for collecting online credit card payments

Secondary areas for change include:

  • Support for legislation changes, particularly EC Sales List
  • Improved video tutorials
  • Barcode generation
  • Cash register

In summary, only a few users will regard Sage 50 2010 as a “must buy now” upgrade, but it is another steady step forward.  This then points to when.  The short answer for most people is not until at least September.  The cautious answer is not until the first service pack is released, which is likely to be later in the autumn.

One outstanding question is whether Sage 50 2010 marks the change to a commonly used database, rather than the current proprietary database.  There has been an expectation for some time that Sage will switch to MySQL.  This arguably won’t matter immediately to most users, but should improve access to information and in due course give performance and confidence benefits.  Certainly we’d expect it to allow us to offer better Sage support

BDE in administration, Sage support alternatives

July 25th, 2009

Sage Business Partner BDE Group went into administration in late May, leaving many clients scrabbling around for alternative support arrangements.

Protronics offers Sage 50, Sage Line 100 and Sage 200 support, and will honour the balance of BDE support contracts free of charge.  Please just mention BDE when you contact us.

Apologies for the plug, blogs aren’t really the place for them.  BDE’s demise was unfortunate of course, but there are lessons to be learnt from it:

  • Make sure you have access and rights to any software customisations that you’ve paid for, so that they can be maintained even if the supplier goes out of business
  • Big isn’t always better.  In the Sage reseller world in particular some of the larger resellers have grown by acquisition.  Acquisitions have to be financed, and often that will in turn leave the acquirer vulnerable.
  • Decide what’s important to you from your provider of support.  The rational choices are: a small team which knows your business well and which you know and like; a larger team where you have certainty of rapid access, but at the expense of familiarity.
  • If your supplier fails, don’t rely on Sage’s recommendation.  You’re more likely to be offered a favoured Sage Business Partner than one that has been specifically selected for compatability with your organisation.

Saas and why it doesn’t matter to Sage

July 24th, 2009

It’s great when you can make a quick decision about whether to bother reading an article.  Even better when the decision making process itself sums up the article!

If you’ve got this far, you’re unlikely to be just a user of Sage products.  Far more likely that you’re involved in the provision of advice or products to accounts software users.

That distinction distills the essential point that Dennis Howlett and others miss when discussing Sage and their disinterest in Saas.

Sage customers don’t use Sage products because they are great technically.  Rather they use them because:

  • Sage are going to be around for a long while
  • the products are known by professional advisers and are quite likely to be familiar to new staff
  • the products are good enough feature-wise
  • there are lots of choices for suppliers of advice, training and support

So from a customer point of view, the issues are about confidence not technology. 

Given this it’s perhaps unsurprising Sage haven’t really been a software / technology company for many years.  Instead they are a company that generates recurring revenues through services.  An extreme view would be that they only bother with software licence sales because such sales top up their recurring revenues.  And their financial performance says they are getting something right.

Dennis Howlett contends that Sage are more interested in keeping their financial analyst community happy than their customers.  To my mind this is to fundamentally misunderstand Sage. 

It is absolutely the case that they are a public company, so their financial performance is their primary concern.  But customers are without question next on their list.  Indeed one of my frustrations is that it is the weight of customer requests that seems to drive their decisions about what features to add, rather than original or imaginative thinking on Sage’s part.  So when customers want Saas, or even what it represents, Sage will give it to them.  Meantime Saas evangelists will continue to be disappointed!

One of the arguments for and consequences of Saas is “disintermediation”.  Or in simplistic terms reducing costs by cutting out middlemen.  But what happens if the middlemen perform an important service?  At this point I should declare an interest as one of Sage’s middlemen in the UK.

Given that I’m not exactly disinterested, lets instead look at Sage’s view.  Their primary accounts products for the small and medium sized products in the UK are Sage 50 and Sage 200.  The interesting point is that they sell and support Sage 50, which is aimed at smaller businesses, directly (as well as through resellers), whereas they don’t sell and support Sage 200.  Given their primary focus on profitability, this must reflect customer needs.

Sage 200 email statements

July 18th, 2009

In these times of carbon footprint awareness, tightened purse strings and an increased need to keep on top of credit control, an obvious – if admittedly small – improvement might be to start using emailed statements rather than posting them.

Sage 200 can produce a batch of statements, attaching them to a separate email per customer, addressed as defined in the customer’s details on the sales ledger. 

You can run a mixture of email and hard copy statements so that those customers who prefer to still be sent postal copies can do so.   For those being sent email copies, you will be able to see and manually amend email content, should you wish, before actually sending the email. Read the rest of this entry »

Sage 50 online VAT Submissions

July 4th, 2009

Perhaps not news that will dislodge Michael Jackson from the front pages this week, but online VAT submissions are on their way.  Indeed they will be compulsory from April 2010 if your turnover is above £100 000.

HMRC are already accepting and actively encouraging online submissions, and Sage 50 2008 and 2009 are on their list of compatible software for doing so automatically.  Sage 200 does not currently have an e-submissions feature, but can of course be used to generate the relevant figures, which can then be keyed in to an online submission form.

HMRC extol the virtues of online submission, promoting it as a quick, efficient, accurate and reliable way to make your return since there is no postal system in the way, there are built-in data validation routines.  Somewhat oversold perhaps?  At least with Sage 50 the submission is automatic so you should be able to grab all the modest time savings on offer. Read the rest of this entry »

Sage 200 retro reports don’t work!

June 27th, 2009

Actually they work just fine, but it is all too easy to post entries into Sage 200 in a way that means the reports are wrong.

The problem is that the allocation date, which is set within the top right section of Sage 200’s allocation screens, defaults to the current date.   This is really easy to overlook, and calls to our Sage 200 support team suggest most users are, quite reasonably, unaware of the implications of that date. However, this can cause a few hiccoughs if left unchanged, affecting retrospective debtors/creditors reports, retrospective statements, and any view of average times to pay by customers (visible in the account details report).

With this in mind, it is generally a good idea to change the allocation date from the default of the current system date to that of the latest transaction in the batch being allocated, to keep analyses based on transaction and allocation dates consistent.   Sage 50 does this automatically, so perhaps this is something the software developers need to talk to each other about!

There is a fix, however, if you forget to do this when allocating.  You can always go into the Amend Allocation option under the Adjust Transactions menu on the sales or purchase ledgers and either undo or amend the date on the problem allocations.