Faits clés
- La R&D logicielle doit rechercher un progrès en informatique ou en technologies de l'information, et pas seulement créer un nouveau produit.
- Développement de routines utilisant cadres établis et les schémas bien connus ne sont pas admissibles.
- L'avance peut être dans algorithmes, traitement des données, architecture, IA/ML, sécurité ou intégration.
- Les deux entreprises de produits (SaaS, applications) et équipes informatiques internes (les systèmes sur mesure) peuvent être admissibles.
- Frais de personnel pour développeurs, data scientists et ingénieurs DevOps représentent généralement la dépense admissible la plus importante.
Qu’est-ce qui constitue de la R&D logicielle ?
Pour que les travaux sur les logiciels et les technologies soient admissibles au titre de la R&D à des fins fiscales, ils doivent faire l'objet d'une recherche. progrès en informatique ou en technologies de l'information en résolvant une véritable incertitude scientifique ou technologique. Le progrès doit aller au-delà de ce qu'un professionnel compétent du domaine pourrait facilement réaliser.[1]
Les domaines courants où la R&D logicielle est concernée comprennent :
- Nouveaux algorithmes : Développer de nouvelles méthodes de calcul pour résoudre efficacement les problèmes que les algorithmes existants ne peuvent pas traiter.
- IA et apprentissage automatique : Création de nouvelles architectures de modèles, d'approches d'entraînement ou de pipelines de traitement de données lorsque le résultat est incertain.
- Performance à grande échelle : Atteindre des objectifs de vitesse de traitement, de débit ou de latence supérieurs aux capacités connues
- Intégration complexe : Connecter des systèmes d'une manière inédite, lorsque la faisabilité est incertaine.
- Sécurité et cryptographie : Développer de nouvelles approches en matière de cybersécurité ou de chiffrement qui font progresser l'état de l'art
- Ingénierie des données : Traiter, transformer ou analyser des données de manière novatrice, en allant au-delà des techniques connues.
Ce qui n'est pas admissible
Les activités suivantes sont courantes dans les entreprises de logiciels, mais ne pas se qualifient généralement comme R&D :[3]
- Développement standard : Développement de fonctionnalités à l'aide de frameworks établis (React, Django, Rails, .NET) sans incertitude technologique
- Configuration et personnalisation : Mise en place de plateformes logicielles ou de systèmes de gestion de contenu (CMS) prêtes à l'emploi
- Conception d'interface utilisateur/d'expérience utilisateur : Le travail de conception n'est ni une science ni une technologie (bien que la mise en œuvre technique d'une interface novatrice puisse l'être).
- Administration système : Déploiement, surveillance et maintenance de routine
- Saisie et migration des données : Déplacer des données entre systèmes à l'aide d'outils ETL standard
- Tests et assurance qualité : Assurance qualité de routine (bien que les tests effectués dans le cadre de la résolution des incertitudes liées à la R&D puissent être considérés comme tels)
Le test clé : Posez-vous la question suivante : « Un développeur compétent, ayant accès à des connaissances publiques, savait-il comment faire avant que nous commencions ? » Si la réponse est oui, il ne s’agit pas de R&D. Si la réponse est non, et que vous avez utilisé une approche systématique pour trouver la solution, cela relève probablement de la R&D.
Exemples de R&D logicielle admissible
| Projet | Pourquoi cela convient |
|---|---|
| Développement d'un moteur de détection de fraude en temps réel capable de traiter 1 million de transactions par seconde avec une latence inférieure à 10 ms. | Dépasse les capacités de performance connues ; incertitude quant à la possibilité d’atteindre simultanément le débit et la précision requis. |
| Création d'un système de traitement automatique du langage naturel (TALN) capable d'extraire avec précision des données structurées à partir de documents juridiques non structurés dans plusieurs juridictions. | Nouveau défi pour l'IA : les modèles de TALN existants ne peuvent pas gérer avec une précision suffisante le langage spécifique au domaine et les variations interjuridictionnelles. |
| Création d'un pipeline de données distribué qui maintient la conformité ACID sur 15 microservices avec une cohérence éventuelle inférieure à 200 ms | Incertitude architecturale ; les modèles connus (saga, validation en deux phases) ne répondent pas simultanément aux exigences de latence et de cohérence. |
| Développement d'un système de reconnaissance d'images pour détecter les défauts submillimétriques dans les composants fabriqués à la vitesse de la chaîne de production | Défi de la vision par ordinateur : incertitude quant à la possibilité d’atteindre une précision suffisante à la vitesse requise avec la résolution d’image disponible. |
Coûts admissibles typiques pour les entreprises de logiciels
Pour les entreprises de logiciels et de technologies, le poste de dépenses le plus important est presque toujours coûts du personnelLes rôles admissibles comprennent généralement :[2]
- Développeurs et ingénieurs logiciels (répartis en fonction du temps consacré à la R&D)
- scientifiques des données et ingénieurs en apprentissage automatique
- Ingénieurs DevOps et infrastructure (lors de la résolution de problèmes liés à la R&D)
- architectes techniques (temps consacré à la conception et à la planification de la R&D)
- Directeurs techniques et responsables techniques (temps consacré aux activités de R&D)
Parmi les autres coûts courants, on peut citer l'informatique en nuage (pour les charges de travail de R&D), les licences de logiciels spécialisés et les travailleurs externes (développeurs contractuels sur des projets de R&D).
Conseil: De nombreuses entreprises de logiciels sous-estiment leurs efforts en R&D car elles les considèrent comme du « simple développement ». Examinez vos backlogs de sprint, vos tickets Jira et vos éléments de dette technique : tout travail impliquant une réelle incertitude quant à la manière d’atteindre un objectif technique peut être concerné.
Documentation de la R&D logicielle
Les entreprises de logiciels sont souvent bien placées pour documenter leurs activités de R&D, car elles utilisent déjà des outils de gestion de projet et de contrôle de version. Voici quelques exemples de documents utiles :
- Historique Git : Messages de commit et branches montrant les tentatives itératives de résolution d'un problème
- Jira/Trello/Asana : Billets décrivant les difficultés techniques et les enquêtes
- Confluence/Notion : Documents de conception technique et dossiers de décision architecturale
- Examens des demandes de fusion : Revues de code abordant les compromis techniques et l'incertitude
- Slack/Teams : Conversations au cours desquelles l'équipe discute des obstacles techniques
Foire aux questions
La création d'une nouvelle application ou d'un nouveau site web peut-elle être considérée comme de la R&D ?
Pas automatiquement. La création d'une application ou d'un site web à l'aide de technologies, de frameworks et de modèles de conception éprouvés relève du développement standard, et non de la R&D. Toutefois, si le projet se heurte à une véritable incertitude technologique — par exemple, atteindre des performances en temps réel à une échelle sans précédent ou développer de nouveaux algorithmes —, les travaux visant à lever cette incertitude peuvent être considérés comme tels.
Le développement agile peut-il être considéré comme de la R&D ?
Oui, la méthodologie agile peut inclure la R&D. Les lignes directrices du BIS exigent une « approche systématique », et les sprints agiles, avec des hypothèses claires, des tests itératifs et une analyse, peuvent répondre à cette exigence. L’essentiel est de savoir si le travail du sprint permet de lever une incertitude scientifique ou technologique, et non de déterminer si la méthodologie est agile ou en cascade.
L'IA et l'apprentissage automatique sont-ils admissibles ?
Les projets d'IA et d'apprentissage automatique sont souvent éligibles car ils impliquent fréquemment une réelle incertitude quant à la capacité d'un modèle à atteindre la précision requise, à la viabilité d'une architecture novatrice ou à la gestion des cas limites dans les données d'entraînement. En revanche, l'utilisation simple de bibliothèques d'apprentissage automatique préexistantes sans modification n'est généralement pas éligible.
Puis-je réclamer des frais pour la correction de bugs ?
En règle générale, non. La correction de bogues courants relève de la maintenance, et non de la R&D. Cependant, si un bogue révèle une incertitude technologique fondamentale — comme une condition de concurrence qui ne peut être résolue par les techniques connues —, les travaux visant à résoudre cette incertitude sous-jacente pourraient être considérés comme de la R&D.
Pour en savoir plus
- Qu’est-ce qui est considéré comme de la R&D ? — le test complet des directives BIS
- Dépenses de R&D admissibles — toutes les catégories de coûts admissibles
- Rapport technique R&D — comment écrire votre récit
- Recherche et développement dans le secteur manufacturier — exemples tirés d'un autre secteur
Vous recherchez un logiciel fiscal simple ?
# GoFile est reconnu HMRC et utilisé par plus de 50 000 entreprises britanniques. Configurez votre compte en quelques minutes et déclarez vos impôts en toute confiance.
Commencez gratuitementAucune carte de crédit requise · Annulation possible à tout moment