BIM35850 - Capital/revenue divide: computer software: in-house software development costs: phases of system development

Broken down into five stages

Having established whether, and if so which, computer software projects are of a capital nature it remains necessary to identify the relevant capital expenditure. Not all expenditure which is in some sense associated with a capital project is itself capital. The question to be asked is on what particular expenditure is incurred. In other words it is necessary to establish for what the payment was made. For abortive expenditure see BIM35325.

Nature of trade test

The trading test is not one of purpose. Thus expenditure may have too loose an association with a particular capital project to qualify as capital even though it may be intended to promote the capital project.

Stages in system development

In deciding what expenditure is integral to development of the new system it may be useful to identify the stages in the development and implementation of a project:

  1. Initial research expenditure and preliminary planning.
  • Decision to develop.
  1. Practical test and trial exercises.
  2. Design and development of full working systems.
  • Decision to implement.
  1. Costs associated with implementation (especially staff training and procedural changes).
  2. Upgrading, updating and error correction.

First stage

Expenditure at the first stage will often be divided into an initial feasibility study and, if the decision is to proceed, expenditure on a much more expensive full study. In many cases it will not be possible to show that expenditure at the full study stage, still less the feasibility stage, is incurred on the capital asset. Normally it consists of ascertaining the needs of potential users, investigating the possibilities, albeit in some detail, and drawing up specifications. At this stage very little writing of computer programmes would be expected. The purpose of this expenditure may be the development of a software based system but the objective link between the expenditure and the software is too remote to count.

Second and third stages

Expenditure at the second and third stages will normally be capital (even though the expenditure may prove abortive if the decision is subsequently taken not to implement). At this stage the software can be viewed as a business tool which has been successfully created. An exception would be recurring royalties for a licence to use any bought-in software as the base for the in-house project even though the rights obtained under the licence are of a capital nature. Compare the treatment of rents payable for the occupation of premises that are a capital asset of a business.

Fourth stage

To the extent that the fourth stage, that of implementation, consists of teaching staff how to use the software the costs should be regarded as revenue (just as the costs of teaching staff to use bought-in software or any item of new capital equipment would normally be regarded as revenue).

Fifth stage

Costs incurred at the fifth stage would normally be regarded as no more than piecemeal improvement and should be allowed (see BIM35845).

Consider analogy of revenue systems

In developing a perspective on the treatment of computer software expenditure it may be helpful to bear in mind the likely treatment of the HMRC computer systems were it necessary to apply tax law to them. Major systems such as COP, CODA, CT Pay and File, which were developed in-house, would clearly be of a capital nature. Even so, most expenditure incurred on ‘upgrading’ those systems subsequent to ‘roll-out’ would probably be revenue. Expenditure on creating the small pieces of software which exist to support various minor technical computations required under current tax law would be revenue.