CII : prototype échoué, peut-on déclarer ?

Dans le monde de la Tech et de l'innovation, l'échec n'est pas une anomalie, c'est une étape de travail. Pourtant, une question revient inlassablement lors de la clôture fiscale : « Le prototype n’a jamais été lancé, la bêta a été stoppée, nous avons pivoté avant la mise en production… Est-ce que le CII est perdu ? »

Pour beaucoup de Directeurs Financiers ou de fondateurs, la prudence l'emporte : par peur d'un redressement, ils excluent ces projets de leur déclaration. C'est une erreur stratégique majeure. Le Crédit d’Impôt d’Innovation ne finance pas le succès commercial, il soutient la prise de risque liée à la conception.

Le principe fiscal : la primauté de la démarche sur le résultat ?

Le malentendu le plus fréquent repose sur une confusion entre l'objet technique (le prototype) et son destin commercial (le lancement). Le Bulletin Officiel des Finances Publiques est clair : le CII concerne les dépenses de conception de prototypes ou d’installations pilotes de produits nouveaux.

Bon à savoir

À aucun moment la réglementation n'exige que le produit soit vendu ou même industrialisé. Ce qui définit l'éligibilité, c'est la "sueur" technique :

• La phase de conception : Définition de l'architecture, spécifications fonctionnelles complexes, design de solutions nouvelles.
• Le cycle d'expérimentation : Développement de briques logicielles, tests de performance, itérations.
• La recherche de supériorité : L'intention initiale de dépasser l'état de l'art du marché (sur le plan technique, de l'ergonomie ou des fonctionnalités).

En clair, ce qui compte n’est pas que le produit ait été mis sur le marché, mais que l’entreprise ait réellement engagé un protocole de validation rationnel. 

Dans une organisation produit mature, l’échec rapide (Fail Fast) est une preuve de bonne gestion : invalider une hypothèse coûteuse avant de la généraliser est un acte d'innovation en soi.

Voici quelques exemples de motifs d'échec « CII-compatibles » :

A. L'échec par l'usage (Adoption utilisateur)

Vous concevez un outil de gestion complexe avec une UX révolutionnaire. Les tests montrent que les utilisateurs finaux sont perdus malgré la performance technique. Vous stoppez le projet.

Le verdict : Les travaux de conception ergonomique et les tests utilisateurs sont 100% éligibles. Ils ont permis de mesurer une limite d'usage.

B. L'échec par la performance technique (Charge et Latence)

Votre prototype d'IA fonctionne parfaitement en laboratoire, mais les tests de montée en charge montrent que le coût de l'infrastructure Cloud rend le produit invendable.

Le verdict : La phase de « Stress-test » et l'optimisation vaine du code sont des activités de R&D/Innovation classiques. L'arrêt est une décision d'ingénierie saine.

C. Le pivot stratégique (Le changement de route)

Après 6 mois de développement sur un module de « Predictive Maintenance », le board décide de se concentrer sur le « Core Business » pour sécuriser un prochain tour de table.

Le verdict : Le travail réalisé durant ces 6 mois reste éligible. L'innovation a existé au moment de sa réalisation, peu importe que la direction ait changé de priorité par la suite.

Le point clé 

Pour être éligible, le prototype, même abandonné, doit viser des performances (techniques, ergonomiques ou fonctionnelles) supérieures à ce qui existait sur le marché au moment du lancement. L'échec doit venir de la difficulté à atteindre cette supériorité, pas seulement d'un manque de ressources internes.

Pourquoi l’échec documenté est une preuve d'innovation « en or » ?

Paradoxalement, un dossier de contrôle fiscal portant sur un projet abandonné est souvent plus simple à défendre qu'un projet réussi. Pourquoi ? Parce que l'échec apporte la preuve irréfutable de l'existence d'une difficulté.

Si vous avez échoué, c'est que la solution n'était pas évidente. Si elle n'était pas évidente, c'est que vous étiez bien dans une démarche d'innovation et non dans de la simple exécution technique.

Déclarer ses projets échoués au CII force l'entreprise à adopter une discipline documentaire de haut niveau. Cela valorise le travail des équipes techniques qui, autrement, auraient le sentiment d'avoir travaillé « pour rien ».

Guide méthodologique : Comment isoler et valoriser les dépenses ?

C'est ici que le rôle du DAF devient crucial. La gestion comptable d'un projet abandonné doit être chirurgicale pour éviter tout risque de "contamination" du reste de la déclaration.

Étape 1 : Le bornage temporel

Vous devez pouvoir prouver la date de début (lancement du sprint 1, par exemple) et la date d'arrêt officielle.

Un mail du CTO annonçant la fin du projet ou un ticket Jira qui ferme le projet avec un commentaire explicatif sont des preuves contemporaines puissantes.

Étape 2 : La ventilation des temps (Les « Feuilles de temps »)

Le risque majeur est de continuer à imputer des heures sur un projet officiellement mort. Assurez-vous que les feuilles de temps reflètent la réalité : dès que la décision d'arrêt est prise, plus aucune heure ne doit être valorisée au titre du CII sur ce code projet spécifique.

Étape 3 : La valorisation de la connaissance acquise

Un prototype échoué n'est jamais une perte totale. Souvent, il sert de socle à une V2 ou à un pivot.

Documentez ce que vous avez « sauvé » du projet (une brique d'authentification, une logique de base de données). Cela montre à l'administration que l'investissement a été productif pour l'entreprise, même si la finalité a changé.

Pourquoi les DAF sous-déclarent par peur (et comment y remédier) ?

Le biais psychologique est puissant : on craint qu'en montrant nos échecs, on montre une faiblesse. C'est l'inverse. Pour un inspecteur des finances, une entreprise qui ne présente que des succès à 100% est une entreprise suspecte. Personne n'innove sans se tromper.

En excluant vos prototypes abandonnés, vous réduisez votre base de calcul chaque année. Sur 3 ans, cela représente des sommes colossales qui auraient pu financer vos prochains succès.

FAQ : Questions critiques pour les dossiers complexes

Nous avons arrêté le projet car nous n'avions plus de budget, est-ce éligible ?

Oui, à condition que le travail réalisé jusqu'à l'arrêt présente un caractère innovant. Le manque de financement ne retire rien à la qualité de la conception passée.

Peut-on déclarer un prototype dont on a jeté tout le code ?

L'idéal serait de conserver une trace du code, même s'il n'est plus en production. La preuve de l'existence du code (via GitHub/GitLab) suffit. Le fait que le code ne soit plus en production ne change pas son éligibilité passée.

Même si le projet est stoppé, ne supprimez jamais le dépôt (repo) Git. Archivez-le en mode « lecture seule ». C'est votre preuve de travail n°1 en cas d'audit : elle contient les dates et le volume de code produit.

Comment traiter un pivot qui arrive en plein milieu d'année ?

On traite cela comme deux projets distincts. Le projet A (abandonné) et le projet B (nouveau). On documente le passage de l'un à l'autre via un rapport de transition.

Doit-on obligatoirement « sortir » le projet des actifs comptables (immobilisations) pour le déclarer au CII ?

Non. Même si vous décidez de ne pas amortir le projet parce qu'il n'ira pas en production, les dépenses de personnel engagées restent éligibles au CII. La qualification fiscale (innovation) est indépendante du traitement comptable (activation ou passage en charges).

Peut-on déclarer les factures d'un prestataire externe sur un prototype qu'il n'a jamais réussi à nous livrer ?

Oui, à condition que le contrat ne soit pas au "succès". Si vous avez payé pour une prestation de moyens (recherche, tests, itérations) et que le prestataire est agréé, la dépense est éligible. L'absence de livrable final fonctionnel ne remet pas en cause la réalité des travaux de conception facturés.

Checklist de préparation au contrôle

Avant de valider votre liasse, assurez-vous de pouvoir répondre "Oui" à ces points :

1. Pouvez-vous prouver que le projet visait une supériorité par rapport à l'existant ?
2. Avez-vous une trace physique du travail (code, schémas, maquettes interactives) ?
3. Avez-vous des rapports de tests ou des feedbacks utilisateurs datés ?
4. Avez-vous un document expliquant pourquoi le projet a été arrêté (arbitrage technique ou stratégique) ?
5. Les heures valorisées s'arrêtent-elles bien à la date d'abandon du projet ?

L'abandon d'un prototype est une décision difficile, mais fiscalement, c'est une opportunité. En documentant vos échecs avec la même rigueur que vos succès, vous sécurisez votre trésorerie et vous prouvez la maturité de votre démarche R&D.

Ne pénalisez pas vos finances pour des erreurs de parcours qui sont, en réalité, les preuves de votre audace technologique.

Sécurisez vos projets abandonnés : contactez nos experts pour un audit de vos dossiers CII