Le Canada et le Québec en particulier, est généreux en matière de crédit d'impôts en informatique. Dans un contexte de restructuration forte des coûts, le management informatique a tout intérêt à exploiter les opportunités d'économie offertes par les programmes prinviciaux et fédéraux relatifs au développement des affaires électroniques et de technologies de l’information (TI).
Avec notre partenaire RS&DE ProGestion, Pradel Conseil peut vous accompagner dans l'optimisation de la gestion de vos coûts informatiques et vous accompagner dans votre dossier de demande de crédit d'impôt.
Tout comme le programme CDAE (Crédit d'impôt pour le Développement des Affaires Électroniques), le programme de crédits d'impôts à la RS&DE (recherche scientifique et développement expérimental) est le plus grand incitatif fiscal au Canada mais il demeure l'un des plus complexes, notamment pour les projets en technologies de l'information (TI).
ProGestion rappelle ci-aprés les indices d'admissibilité des projets TI aux crédits d'impôts canadiens RS&DE.
Les entreprises qui manipulent une plate-forme de développement, une technologie nouvelle ou désuète, des outils tiers ou tout simplement un langage de programmation, sont confrontées tôt ou tard à des obstacles technologiques ou à des difficultés techniques inattendues. Pour ces entreprises, la question qui se pose n’est pas « Est-il probable que nos activités soient admissibles? », mais plutôt « c’est certain que nous rencontrons des obstacles techniques, mais sommes-nous capables de bien les identifier et de bien les présenter en fonction des critères d’admissibilité du programme de RS&DE? »
Pour identifier ces activités admissibles, il importe d’identifier les indices de problématiques technologiques qui eux, seront le début d’activités potentiellement admissibles. Voici une première série d’indices, regroupée par thème, pouvant servir à l’identification des problématiques d’ordre technologiques :
• Avez-vous rencontré des problèmes liés à la manipulation et le traitement des données? • Avez-vous tenté de résoudre des problèmes d’incompatibilité ou de gestion de conflits (format, langage, outils)? • La version mobile a-t-elle affecté le fonctionnement de vos applications (performances, synchronisation, on/off line, portabilité? • Avez-vous une idée sur les limitations de votre langage de programmation (procédural, OO, Open Source)? • Aviez-vous à gérer des contraintes de sécurité et de cryptage des données et de protocoles? • Avez-vous rencontré des problèmes de performance? • Avez-vous une version Web de vos applications? Si oui, êtes-vous au courant des limites des langages de représentation (JavaScript, VBScript, HTML, CSS)?
Une fois les thèmes identifiés, un sous-groupe d’indices de deuxième niveau est proposé. À titre d'exemple, le sous-groupe associé au premier thème « la manipulation et le traitement des données» serait :
• Problème d'exportation de données via des outils tiers (boîte noire) et format propriétaire. • Incompatibilité des formats de fichiers dans un processus de conversion directe. • Anomalie de lecture des formulaires en mode « Post » dans un fureteur. • Pertes de précisions des données converties. • Médiocrité des algorithmes de conversion du format graphique. • Incapacité d’étendre le raisonnement déductif d’arborescence lors de la fusion d’arbres. • Désynchronisation entre objets parents et sa descendance et perte de l’intégrité référentielle. • Impossibilité d’anticiper l’identification des URL dynamiques via « Java Script ». • Atteinte de la limite d'un paramètre. • Problème de corruption de données et de fichiers. • Absence de métadonnées des structures.
Un troisième niveau d’indices peut encore être proposé, en fonction des plates-formes, des technologies manipulées ou des outils tiers intégrés. À ce stade de détails, l’énumération des travaux pour résoudre le problème peut commencer. Les activités réalisées peuvent être admissibles ou non. Encore là, la frontière entre ce qui est admissible et non admissible est très mince et des activités intermédiaires, jugées non admissibles (une fois isolées), seront considérées comme admissibles lorsqu’elles supportent une activité admissible. Il est clair que développer un nouveau produit, ou chercher à améliorer un existant comporte des difficultés. Cependant, s'il est possible d'y parvenir par des pratiques courantes et que le résultat est prévisible, les activités associées restent non admissibles. Par contre, si le développement expérimental peut aboutir à un concept nouveau, à une nouvelle façon de procéder ou tout simplement une petite amélioration technologique, les activités associées sont considérées admissibles.