{"id":931,"date":"2025-08-21T09:39:37","date_gmt":"2025-08-21T09:39:37","guid":{"rendered":"https:\/\/leyton.majjane.agency\/ie\/insights\/articles\/new-determination-on-rd-tax-credits-rules-for-software-development-projects\/"},"modified":"2026-08-20T13:04:01","modified_gmt":"2026-08-20T11:04:01","slug":"new-determination-on-rd-tax-credits-rules-for-software-development-projects","status":"publish","type":"article","link":"https:\/\/leyton.com\/ie\/insights\/articles\/new-determination-on-rd-tax-credits-rules-for-software-development-projects\/","title":{"rendered":"New determination on R&D Tax Credits rules for software development projects"},"content":{"rendered":"\n
When is a software development project routine, and when is it genuinely innovative and deserving of R&D Tax Credits<\/a>?<\/p>\n\n\n\n The question was put to the test recently, when an Irish IT services company (mostly) won a Tax Appeals Commission case against Revenue. The case centred around whether or not the company\u2019s expenditure on developing a new \u2018aggregated service desk\u2019 and portal qualified as R&D for tax purposes.<\/p>\n\n\n\n The full determination can be found on the Tax Appeals<\/a>\u2019 website. It makes for interesting reading, especially for anyone working on innovative software development projects of their own.\u2028 The claimant company had tried to claim 25% of the project\u2019s qualifying expenditure, which came to \u20ac86,011 for their R&D work in 2012, and \u20ac117,803 in 2013, but Revenue refused both of the claims, arguing that the project failed to meet the definition of R&D for tax purposes.<\/p>\n\n\n\n Revenue\u2019s definition says that a project must:<\/p>\n\n\n\n Revenue didn\u2019t strongly dispute the first three points (with some caveats – see the section below on \u2018Agile\u2019), so the main reasons for the rejection were whether the project made a technological advancement, and if it resolved a scientific or technological uncertainty.<\/p>\n\n\n\n Their expert witness argued that he \u201csaw no evidence of attempts to achieve technological advancement, where that advance was an advance in overall knowledge or capability in the field.\u201d 1<\/sup><\/p>\n\n\n\n Revenue\u2019s witness also argued that it was common to see uncertainties during software development projects, but \u201cuncertainty, on its own, cannot be taken as an indicator that R&D activity is taking place\u201d especially when they crop up during the \u201croutine development of software products\u201d. 2<\/sup><\/p>\n\n\n\n Revenue also objected to the impartiality of the company\u2019s first expert witness, because he\u2019d written a \u2018letter of support\u2019 for the company in 2017, and co-authored a \u2018position paper\u2019 setting out the company\u2019s case in 2019 (the commissioner agreed with these objections, so evidence from this individual was not part of the determination).<\/p>\n\n\n\n Today, such cloud-based support applications, where multiple users can securely access the same software application online, are common, but the company\u2019s expert witness put forward that when they developed their software in 2012 and 2013 \u201cmulti-tenancy in the<\/em> cloud was a new technology\u201d<\/em>. 3<\/sup><\/p>\n\n\n\n They maintained that they faced a host of technological uncertainties. Security was a big concern, as they had to work out how to protect virtual machines from hacking. There was also no SLA by Microsoft, so they had to develop failover and disaster recovery solutions. They also needed to find a way to upload large amounts of data from virtual machines.<\/p>\n\n\n\n They said that these challenges, which needed R&D to overcome, came from the fact that Microsoft\u2019s Azure platform was \u201cimmature\u201d and \u201cin beta\u201d when they began their R&D activities. As there was no solution available at the time, development work was needed for them to achieve their objectives.<\/p>\n\n\n\n They argued that these were significant uncertainties because: \u201cThere was no reference architecture, recommended approach, how to do this with Microsoft technology. So, you know, there was no booklet you could follow. There was no online documentation you could go to and say this is exactly what we need to do this\u2026\u201d 4<\/sup><\/p>\n\n\n\n During the case, Revenue claimed that the company’s Agile approach, which involved scrums and sprints, wasn\u2019t a suitable methodology for R&D. 5<\/sup><\/p>\n\n\n\n If true, this might impact countless potential R&D claims as Agile is widely regarded as the industry standard in software development. With this in mind, the company\u2019s expert witness had strongly argued that the IT company’s Agile approach was “in effect, the only method” for this type of software R&D. 6<\/sup><\/p>\n\n\n\n Fortunately, the Commissioner agreed that Agile was<\/em> systematic and therefore eligible for R&D claims (in fact, they pointed out that Revenue’s own guidelines on R&D Tax Credits<\/a> say that Agile development methodologies “are systematic in nature”).<\/p>\n\n\n\n But that doesn\u2019t mean that all Agile projects are eligible for R&D credits, it just means that it can be used to satisfy the \u2018systematic\u2019 test. One of the issues during the case was that the record keeping wasn\u2019t part of their Agile process, and records are vital for making successful R&D claims. Other companies using Agile should take serious note of the fact that the Commissioner warned that the \u201cproject team could and perhaps should have kept more detailed records of their work\u201d. 7<\/sup><\/p>\n\n\n\n In the end, the Tax Appeals Commission determined that R&D had indeed taken place.<\/p>\n\n\n\n A key part of this decision was the Tax Appeals Commission\u2019s acknowledgement that: \u201cThere was as of 2011, when the project commenced, no remotely accessible aggregated service desk hosted on an IaaS cloud platform\u201d. 8 <\/sup>The Tax Appeals Commission believed that Revenue hadn\u2019t given this fact enough weight when they initially rejected the company\u2019s claim.<\/p>\n\n\n\n They also felt that the company\u2019s solution, created through an iterative development process, was \u201cno small achievement of software development brought about by routine procedures\u201d. 9<\/sup><\/p>\n\n\n\n The company received \u20ac76,795 for the 2012 claim and \u20ac100,590 for 2013, covering approximately 89% and 85% of their original claims.<\/p>\n\n\n\n They didn’t receive the full amount because two employees’ contributions were found not to have \u2018wholly and exclusively\u2019 contributed to the R&D project. One had focused on project management, while the other simply advised on IT support processes and systems, rather than being involved in the actual R&D work.<\/p>\n\n\n\n The question of whether a software development project is routine or innovative might put off some companies from claiming R&D Tax Credits<\/a>, but if their work is eligible, such companies could be missing out on hundreds of thousands of euros in tax credits.<\/p>\n\n\n\n The risk of being challenged by Revenue is also something that most companies would naturally want to avoid (especially if it takes over ten years to resolve, as it did in this case). But it\u2019s important to recognise that the company could have presented a stronger claim. Their record keeping could have been more detailed, they should have only claimed expenditure that \u2018wholly and exclusively\u2019 contributed to the R&D, and they should have made sure that all of their expert witnesses were completely independent and impartial.<\/p>\n\n\n\n While it\u2019s fairly clear that they met criteria for claiming R&D Tax Credits, some of these mistakes were avoidable, and might have contributed to Revenue\u2019s decision to refuse their initial claim.<\/p>\n\n\n\n Have you been working on a software development R&D project, but you\u2019re not sure if it\u2019s routine or innovative? We can help.<\/p>\n\n\n\n We\u2019re not just tax specialists, many of our team have come from industry backgrounds, meaning that they have years of expertise in the software sector.<\/p>\n\n\n\n Their deep knowledge of recent innovations in software development, can guide you on what\u2019s genuinely new and what’s already standard practice, paving the way for a successful R&D Tax Credits<\/a> claim.<\/p>\n\n\n\n We can handle all the heavy lifting, including preparing a robust technical report that captures all of the relevant project information as well as a comprehensive financial breakdown of qualifying R&D expenditure. We\u2019ll work with you to identify every aspect of your project that qualifies for the credit (in fact, we often uncover qualifying expenditure that wasn\u2019t considered previously).<\/p>\n\n\n\n We\u2019ll also make sure that the complexities of your project, and the scientific and technical context of your advancement, are clearly explained to Revenue, giving your claim the best possible chance of being understood and accepted.<\/p>\n\n\n\n If you enjoyed this article, you might also like:<\/em><\/p>\n\n\n\n [1] Page 16, clause 48.<\/p>\n\n\n\n [2] Page 26, clause 85<\/p>\n\n\n\n [3] Page 120, clause 460<\/p>\n\n\n\n [4] Page 119, clause 456<\/p>\n\n\n\n [5] Page 121, clause 469<\/p>\n\n\n\n [6] Page 120, clause 461<\/p>\n\n\n\n [7] Page 144, clause 558<\/p>\n\n\n\n [8] Page 136, clause 529.10<\/p>\n\n\n\n [9] Page 143, clause 555<\/p>\n","protected":false},"excerpt":{"rendered":" When is a software development project routine, and when is it genuinely innovative and deserving of R&D Tax Credits? The question was put to the test recently, when an Irish IT services company (mostly) won a Tax Appeals Commission case against Revenue. The case centred around whether or not the company\u2019s expenditure on developing a […]<\/p>\n","protected":false},"author":1,"featured_media":932,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[99],"tags":[179,101,147],"expertise":[171],"class_list":["post-931","article","type-article","status-publish","format-standard","has-post-thumbnail","hentry","category-rd-tax-credits-en","tag-new-en","tag-rd-tax-credits-en","tag-software-development-en","expertise-rd-tax-credits"],"acf":[],"yoast_head":"\n
Below, we provide an overview of the case and its implications.<\/p>\n\n\n\nWhat was Revenue\u2019s case for refusing the claims?<\/h2>\n\n\n\n
\n
What was the company\u2019s case for challenging Revenue\u2019s decision?<\/h2>\n\n\n\n
Is Agile suitable for software development R&D?<\/h2>\n\n\n\n
What was the outcome?<\/h2>\n\n\n\n
What does this determination mean for other software development R&D projects?<\/h2>\n\n\n\n
How Leyton Ireland can help<\/h2>\n\n\n\n
\n
\n\n\n\n