Eligibility
R&D Tax Incentive Eligibility Criteria: Software Companies
How Division 355 eligibility works for Australian software companies: the core activity test, technical uncertainty, exclusions, evidence and offset rates.
Read articleR&D Tax Incentive
Fintech sits in an awkward spot for the R&DTI: heavy engineering spend, but much of it driven by regulation, integration, and product delivery, three things the program explicitly does not reward. The eligible core is real, it is just narrower than the engineering budget, and fintechs that claim the budget instead of the core are the ones that struggle in review.
Genuine fintech R&D concentrates in modelling and infrastructure: a fraud or credit model achieving discrimination the published art does not reach for your data, a ledger or matching engine with correctness and latency properties no documented design guarantees, novel privacy-preserving computation over financial data. Connecting to payment rails, implementing standards, and building compliance workflows are engineering, not experiments.
| Activity | Eligible? | Why |
|---|---|---|
| Developing a fraud detection model where the achievable precision/recall on your data is genuinely unknown | Likely core | Technical uncertainty resolved by systematic experiment |
| Designing a real-time ledger or matching engine beyond documented consistency/latency limits | Likely core | Outcome unknown to a competent professional |
| Building synthetic transaction datasets and backtest rigs solely for those experiments | Supporting | Directly enables the core activity |
| Integrating with banking APIs, card schemes, or the CDR per documentation | No | Routine integration |
| Building KYC/AML compliance workflows | No | Excluded: compliance with statutory requirements |
| Rebuilding internal finance and reporting tools | No | Excluded: internal administration software |
Classifications are indicative: eligibility always turns on the specific facts, the four criteria in Division 355, and the records behind the work.
Model development leaves strong records when experiment tracking is on: training runs, backtests, evaluation metrics, and the dated analysis of approaches that failed. Infrastructure work needs its design documents, load test results, and incident analyses kept and linked to the named uncertainty they address.
Regulatory drivers are the recurring trap: work you must do to satisfy a regulator is excluded compliance activity even when it is technically demanding. Distinguish the compliance obligation (excluded) from any genuine research needed to meet it in a novel way (potentially eligible, claim it as its own activity). Security hardening to known standards is likewise engineering practice, not R&D.
Eligibility
How Division 355 eligibility works for Australian software companies: the core activity test, technical uncertainty, exclusions, evidence and offset rates.
Read articleEligibility
AI and machine learning work is a rich source of genuine R&D, and a fast-growing target for ATO scrutiny. Here is how the eligibility test actually applies to AI development, with examples of what qualifies and what does not.
Read articleEligibility
The distinction between core and supporting R&D activities has always mattered. From 1 July 2028 it becomes decisive, because supporting activities lose eligibility. Here is how to tell them apart and classify your work correctly.
Read articleThe R&D Tax Incentive is a self-assessment program. This page is general information, not tax, legal, or financial advice; eligibility depends on your specific circumstances and you should seek independent advice for them.