Is it eligible?

Can cloud computing costs be claimed under the R&D Tax Incentive?

Sometimes eligible

Sometimes, in part. Cloud compute is claimable to the extent it was incurred on registered R&D activities, such as experiment runs and environments built for them, apportioned on a reasonable, documented basis. Production hosting is not R&D, a whole bill is never claimed by default, and your accountant confirms the figure.

Reviewed by George WalchFacts last verified

When it qualifies

Splitting a $240,000 cloud bill

An illustrative AI company's cloud bill for the year is $240,000. Its cost report shows $180,000 in production accounts serving customers, which is not R&D. Of the $60,000 left, a GPU project tagged for its registered retrieval experiments cost $21,700, and run logs show it was used for nothing else, so that is proposed in full. The remaining $38,300 of shared staging and test spend is multiplied by the engineering team's R&D share of 35% from time records, giving $13,405. The proposed total of $35,105 goes to the accountant with both inputs recorded.

When it does not

Claiming the whole bill

A software company registers two genuine core activities and then includes its entire cloud bill, reasoning that the platform exists because of its R&D. Most of the spend hosts the product for paying customers. Routine production use is not incurred on R&D activities, and a shared cost defaulted to 100% is not a reasonable basis of apportionment.

The evidence that supports it

  • Monthly cost reports broken down by account, project, environment or key, kept for the whole year.
  • A tagging or account policy, dated when adopted, showing which resources serve which experiments.
  • Experiment run logs tying compute usage to the registered activity and its dates.
  • The inputs to any share used (numerator, denominator and source), recorded when the basis was adopted.
  • Provider invoices and any credits, prepayment or commitment terms.
  • An asset register entry for owned servers, with their R&D use.

This is a question about money rather than eligibility. The activities have to qualify first: compute only counts when it was used on registered core or supporting activities. Once they do, the work is in apportioning the bill reasonably and keeping the records that support it. Under s 355-205 of the Income Tax Assessment Act 1997, expenditure is a notional deduction to the extent it is incurred on registered R&D activities, so the share is part of the entitlement, not an afterthought.

The two bases for a cloud bill

Rand proposes cloud and model API spend on a direct basis, at a stated share, in one of two ways.

A tagged cost report. Where accounts, projects, environments or API keys are set up per purpose, the share is whatever the report shows for resources used on the registered experiments. A non-production environment can count in full only when it exists for those experiments and the evidence shows it.

Non-production share times R&D share. Where the report only separates production from everything else, one possible proxy is the non-production share multiplied by the engineering team's R&D share, with both inputs recorded. Non-production on its own is not R&D: staging and test environments also host routine QA, demos, customer onboarding and support. The proxy is not a safe harbour. It assumes compute in shared environments tracks engineers' time, so check it against what run logs show; if experiments used the GPUs far more, or far less, than the hours suggest, the proxy does not reasonably reflect actual use and a different basis is needed.

Other contemporaneous records, such as experiment logs, can support a reasonable estimate where neither fits. What never works is defaulting a shared cost to 100%. Whatever basis you adopt, document it when you adopt it and apply it consistently from year to year.

What usually stays out

  • Production hosting. Serving customers is not an R&D activity. Experiments run in production must meet the same eligibility rules, and only their share counts; see performance and scale engineering.
  • Credits. Usage covered by provider credits incurred no expenditure.
  • Interest, which s 355-225 excludes, and the cost of preparing tax returns, which the ATO lists among expenses that cannot be claimed.

Edge cases peculiar to compute

  • Owned versus rented GPUs. Renting GPU time is an expense. A purchased server is a depreciating asset, claimed as its decline in value for the period and extent of R&D use. The R&D figure is worked out under Division 40 as if the small business simplified depreciation rules did not exist (s 355-310(4)), so an instant write-off or small business pool deduction is not the R&D amount; the server's decline over its effective life is. The ATO also says no notional deduction is available once an asset has been pooled for working out tax deductions for depreciating assets, or allocated to a low value or small business pool after the R&D rules have applied to it. That is the tax treatment the accountant elects, not how the asset is grouped in the accounting books, so settle the treatment of R&D servers with the accountant before any tax pooling or write-off.
  • Prepaid commitments. The ATO says the prepayment rules can apply to expenditure for services provided over a period, which affects committed-spend and reserved capacity deals.
  • Model API spend. Treated like compute; separate keys for experiment traffic give the cleanest record. Training-heavy work is discussed under LLM fine-tuning.
  • The threshold. Total notional deductions must be at least $20,000 for the year. Below that, s 355-100(2) keeps the offset only for amounts paid to a registered Research Service Provider that is not an associate, for services within a field it is registered for, and for CRC contributions; see the $20,000 minimum.

Who confirms the figure

The company self-assesses, and its accountant or tax agent decides what goes in the R&D schedule and the tax return. What helps the accountant most is a basis written down when it was adopted, with its inputs, the cost reports behind it and the run logs that show the proxy, if one was used, matches actual use. For a sense of what the eventual offset might be worth, try the R&D Tax Incentive calculator.

The guide to what R&D expenditure you can claim covers the other cost types, and how to calculate the offset shows the arithmetic.

Frequently asked questions

Can we just use the engineering R&D hours percentage for the whole cloud bill?
Only where that share reasonably reflects how the cloud was used, which is rarely true of production hosting. A bill dominated by customer traffic should have production removed first, and the hours share applied only to what remains.
Is the GPU we bought for training treated like cloud spend?
No. A purchased server is a depreciating asset. The R&D claim is its decline in value for the period and extent of R&D use, worked out notionally under Division 40, not the purchase price. Rented GPU time is an expense instead.
Do model API charges count as cloud costs?
They are treated the same way: a direct share for the usage tied to registered experiments, best shown by separate keys or projects. Usage serving customers in production is not R&D.
Who decides the final number?
The company self-assesses, and its accountant or tax agent decides what goes in the ATO R&D schedule. Rand is not a tax agent and prepares neither the schedule nor the tax return.

Sources

  1. ATO: Expenditure you can claim (R&D tax incentive)
  2. AusIndustry (business.gov.au): Record keeping for the R&D Tax Incentive
  3. Income Tax Assessment Act 1997 (Division 355), Federal Register of Legislation

The R&D Tax Incentive is a self-assessment program. This page is general information, not tax, legal or financial advice; eligibility depends on your circumstances and you should seek independent advice for them.