Le taux d’audit RS&DE est bas. L’ARC examine environ 12 % des demandes dans une année donnée. Mais cette statistique masque une nuance utile : le taux d’audit n’est pas uniforme. Certaines caractéristiques de demande déclenchent un examen bien plus fréquemment que d’autres.
Les entreprises qui sont auditées ne sont pas, dans la plupart des cas, des entreprises qui ont déposé des demandes frauduleuses. Ce sont des entreprises qui ont déposé des demandes légitimes avec de la documentation qui n’a pas résisté à l’examen, ou qui présentaient des patterns que l’ARC reconnaît comme méritant une attention. Comprendre ces patterns est la chose la plus utile que vous puissiez faire pour protéger une demande légitime.
Ce qui déclenche un examen de l’ARC
L’ARC utilise à la fois la sélection basée sur le risque et l’échantillonnage aléatoire. La composante aléatoire signifie qu’aucune demande n’est totalement immunisée. Mais les déclencheurs basés sur le risque sont identifiables et adressables.
1. Premières demandes et demandes de grande valeur
Une entreprise déposant sa RS&DE pour la première fois est plus susceptible de recevoir un examen qu’un déclarant établi. L’intérêt de l’ARC n’est pas adversarial. Les premiers déclarants font plus d’erreurs de documentation.
Les demandes au-dessus de certains seuils en dollars attirent aussi plus d’attention.
2. Croissance rapide de la valeur de la demande d’une année à l’autre
Si votre demande RS&DE double ou triple d’une année à l’autre sans changement correspondant dans la taille de l’entreprise ou les revenus, ce delta est un signal.
3. Ratios élevés de salaire RS&DE par rapport à la masse salariale totale
La plupart des entreprises logicielles allouent 20 à 50 % de leur masse salariale d’ingénierie à la RS&DE. Une entreprise réclamant 90 % ou plus recevra un examen minutieux, parce que cela implique que presque tout le travail de développement constitue de la recherche et du développement expérimental admissible.
4. Demandes lourdes en sous-traitants
Les demandes où la majorité des dépenses admissibles sont des contrats de tiers plutôt que des salaires d’employés sont signalées plus fréquemment. L’ARC requiert de la documentation additionnelle pour le travail RS&DE contracté.
5. Travail RS&DE qui semble routinier de l’extérieur
Si le marketing public de votre entreprise décrit votre travail en termes suggérant que vous appliquez de la technologie connue (pas que vous investiguez de l’incertitude technologique), un examinateur de l’ARC qui regarde ces matériaux à côté de vos narratifs techniques T661 peut trouver une divergence.
6. Industries sous examen accru
L’ARC concentre périodiquement son activité d’audit sur les industries où la qualité des demandes a été inconsistante. Les entreprises logicielles, particulièrement celles réclamant la RS&DE pour du travail IA et apprentissage automatique, sont sous examen accru ces dernières années.
Ce qui se passe durant un examen RS&DE
Contact initial. L’équipe d’audit RS&DE de l’ARC vous contacte, habituellement par lettre, pour indiquer qu’elle examine votre demande. Elle identifie un conseiller en recherche et technologie (CRT) qui sera votre contact principal. Le CRT est un réviseur technique, pas un vérificateur fiscal.
Demande de documents. L’examen commence typiquement par une demande de documents. L’ARC demande de la documentation de soutien : vos narratifs techniques T661, la documentation de projet maintenue durant la période de demande, les registres de temps supportant vos allocations salariales et tout contrat avec des tiers.
C’est le moment où la documentation contemporaine compte le plus. Si vous pouvez produire des notes de projet, des messages de commit avec des drapeaux RS&DE, des notes de réunions techniques et des journaux d’expériences de la période en revue, l’évaluation du CRT est directe.
Entrevue technique. Dans beaucoup d’examens, l’ARC demande une entrevue avec les membres de l’équipe technique qui ont effectué le travail RS&DE. Le CRT demande aux ingénieurs de décrire ce qu’ils essayaient d’accomplir, ce qu’ils ne savaient pas comment faire au départ, quelles approches ils ont essayées et ce qu’ils ont appris.
Les ingénieurs qui peuvent parler couramment de ces questions parce qu’ils faisaient réellement de la recherche systématique sont convaincants. Les ingénieurs qui ne peuvent pas se rappeler du travail parce qu’un consultant externe l’a reconstruit à partir de tickets Jira ne le sont pas.
Résultat. Trois possibilités : demande approuvée telle que déposée, demande ajustée (partiellement refusée), ou demande refusée entièrement. Les ajustements sont le résultat le plus courant pour les entreprises logicielles.
Vous avez le droit de vous opposer. Le processus d’opposition est formel et implique la division des appels.
Les problèmes de documentation qui causent le refus
La plupart des ajustements RS&DE remontent à la documentation, pas à des demandes fondamentalement inadmissibles. Le travail admissible s’est produit. Les ingénieurs ont fait face à une véritable incertitude technologique. L’investigation était systématique. Mais la documentation ne le démontre pas assez clairement.
Narratifs techniques vagues. Le T661 requiert une description de l’incertitude technologique, du travail effectué et de l’avancement réalisé. Les narratifs généraux sont moins défendables que les narratifs spécifiques.
Registres de temps qui ne supportent pas les allocations salariales. L’ARC exige que les allocations salariales à la RS&DE soient supportées par des registres de temps. La norme n’est pas des entrées de calendrier ou des estimations après coup. L’ARC attend des registres créés durant la période de demande.
Pistes de projet manquantes. La meilleure documentation RS&DE se lit comme un journal de recherche : quel était le problème, que savions-nous au départ, quelles approches avons-nous essayées, qu’avons-nous observé, qu’avons-nous changé, qu’avons-nous conclu.
Comment se préparer avant d’en avoir besoin
Les entreprises qui sortent des audits RS&DE sans ajustements maintenaient presque universellement une documentation cohérente tout au long de l’année.
Signaler le travail RS&DE dans votre flux de développement existant. Vos ingénieurs utilisent déjà des outils de gestion de projet, des messages de commit et des systèmes de documentation. L’approche la moins friction est d’intégrer des drapeaux dans ces flux existants. Une étiquette dans Jira, un tag dans Notion, un champ structuré dans votre modèle de revue de sprint.
Maintenir des journaux techniques au niveau projet. Pour chaque projet RS&DE, maintenez un document courant qui capture les éléments clés que l’ARC valorise.
Suivre le temps avec la RS&DE en tête dès le départ. Si votre entreprise utilise le suivi du temps, ajoutez la RS&DE comme dimension.
Réviser les caractéristiques de votre demande annuellement avant le dépôt. Vérifiez les déclencheurs ci-dessus contre votre propre demande.
Séparer les demandes marginales. Chaque dépôt RS&DE implique du travail clairement admissible, du travail clairement non admissible et du travail entre les deux. Le travail marginal crée du risque.
Quoi faire si vous recevez un avis d’audit
Recevoir un avis d’examen n’est pas une crise. C’est un processus.
Répondez au contact initial de l’ARC rapidement, typiquement dans les 30 jours. Engagez-vous avec le CRT professionnellement. L’entrevue technique n’est pas adversariale.
Rassemblez votre documentation avant l’entrevue, pas pendant. Sachez quels projets sont dans la demande, qui y a travaillé et quel problème technique chacun adressait.
Durant l’entrevue, encouragez vos ingénieurs à être spécifiques. Les réponses vagues sur « explorer différentes approches » sont moins convaincantes que des descriptions spécifiques de ce qui a été essayé, observé et éliminé.
Le lien entre documentation et risque d’audit
Le programme RS&DE n’est pas adversarial. L’intérêt de l’ARC est d’administrer le programme tel que prévu : soutenir l’investissement R&D véritablement par les entreprises canadiennes.
Les entreprises qui font face aux audits les plus difficiles ne sont habituellement pas celles qui ont sur-réclamé agressivement. Ce sont celles qui ont fait du travail admissible, ne l’ont pas documenté correctement et ne peuvent pas le démontrer clairement quand on leur demande.
La documentation continue, intégrée dans votre flux de travail d’ingénierie normal, est la préparation d’audit la plus efficace. Et elle coûte bien moins que l’effort rétrospectif de reconstruction quand l’ARC appelle.
Vous voulez vous assurer que votre documentation RS&DE tient sous examen ? Parlez à notre équipe pour la capture RS&DE continue et automatisée depuis vos outils de développement.