Software Errors: Recovery Rights against Vendors

By Schneider, Gary P.; Barkacs, Linda L. et al. | Journal of Legal, Ethical and Regulatory Issues, January 1, 2006 | Go to article overview
Save to active project

Software Errors: Recovery Rights against Vendors

Schneider, Gary P., Barkacs, Linda L., Barkacs, Craig B., Journal of Legal, Ethical and Regulatory Issues


Businesses that experience problems with physical products they have purchased find that the legal system provides adequate redress for their grievances. Large verdicts or out of court settlements are not unusual for product liability in business-to-business transactions. Software vendors routinely immunize themselves from such product liability by including exculpatory language in the agreements to which users must agree as they install the software. This paper examines the rights of companies to collect damages from software vendors when their products introduce errors or fail to perform transaction processing tasks correctly. The paper also outlines future trends in this area.


Software vendors regularly ship software that has defects that are known to the vendor and that the vendor does not disclose to the purchaser (Kaner and Pels, 1998). Some of these defects are quite serious. For example, in the case of Mortenson v. Timberline (2000), Mortenson used Timberline's Precision Bid Analysis Software to prepare a bid for construction of a medical center. The software contained errors that caused Mortenson to bid the job approximately $2 million lower than it should have bid. Bills (2002) reports a software glitch at the Bank of America that processed automated clearing house payments incorrectly, resulting in unauthorized charges to thousands of customer accounts.

Although individual examples of software errors are interesting to read, the true danger of the current situation is made clear by studies of the extent to which accounting software is plagued by errors and by estimates of the dollar impact of these errors. Financial Executive's News (2002) presented a feature report on a series of common errors in mid-level accounting software packages. Goodwin (2002) reports the results of a study of 45 financial software applications. The study found that more than half of the applications contained errors that could have been fixed easily if they had been detected during the design of the software. Estimates of the annual cost to U.S. businesses of software errors is approximately $60 billion (Jusko, 2002; Trembly, 2002).

The way that software errors enter the software production process and the final software product is also enlightening. If software errors were the inevitable outcome of a complex process, which some researchers have argued in the past (Foster, 2003 ; Nakashima and Oyama, 1999; Roush, 2003), then there might not be much that legal reform could do about the problem. Although it is true that some software error situations are probably beyond the control of software vendors (for example, the rapid development cycles of annual revisions of tax preparation software might make them the exception to the rule (Johnston, 2001)), most business software developers do not work on tight deadlines and rapidly changing tax rules.

Kaner and Pels (1998) report that some software publishers track the number of errors that are discovered in their software after it has been released, calling these bugs their "surprises." They only include errors in this category that had not been detected in the software development process by programmers, quality assurance technicians, or by their own customer support staff. A common experience among these companies is to have fewer than five "surprise" bugs surface after the software is released. Many of them report only one or two such "surprise" errors.

This means that the large number of bugs identified in the industry press is not a true reflection of some innate condition in software development. In fact, it suggests that most software vendors know about the vast majority of the bugs that exist in the software they release. They just are not telling their customers about the errors.


An increasing number of writers are reporting that business managers and IT staff members are coming to believe that tolerating software errors is no longer necessary (Foster, 2003; Hunter and Boscher, 2003).

The rest of this article is only available to active members of Questia

Sign up now for a free, 1-day trial and receive full access to:

  • Questia's entire collection
  • Automatic bibliography creation
  • More helpful research tools like notes, citations, and highlights
  • Ad-free environment

Already a member? Log in now.

Notes for this article

Add a new note
If you are trying to select text to create highlights or citations, remember that you must now click or tap on the first word, and then click or tap on the last word.
Loading One moment ...
Project items
Cite this article

Cited article

Citations are available only to our active members.
Sign up now to cite pages or passages in MLA, APA and Chicago citation styles.

Cited article

Software Errors: Recovery Rights against Vendors


Text size Smaller Larger
Search within

Search within this article

Look up

Look up a word

  • Dictionary
  • Thesaurus
Please submit a word or phrase above.
Print this page

Print this page

Why can't I print more than one page at a time?

While we understand printed pages are helpful to our users, this limitation is necessary to help protect our publishers' copyrighted material and prevent its unlawful distribution. We are sorry for any inconvenience.
Full screen

matching results for page

Cited passage

Citations are available only to our active members.
Sign up now to cite pages or passages in MLA, APA and Chicago citation styles.

Cited passage

Welcome to the new Questia Reader

The Questia Reader has been updated to provide you with an even better online reading experience.  It is now 100% Responsive, which means you can read our books and articles on any sized device you wish.  All of your favorite tools like notes, highlights, and citations are still here, but the way you select text has been updated to be easier to use, especially on touchscreen devices.  Here's how:

1. Click or tap the first word you want to select.
2. Click or tap the last word you want to select.

OK, got it!

Thanks for trying Questia!

Please continue trying out our research tools, but please note, full functionality is available only to our active members.

Your work will be lost once you leave this Web page.

For full access in an ad-free environment, sign up now for a FREE, 1-day trial.

Already a member? Log in now.

Are you sure you want to delete this highlight?