Vous bénéficiez de l'IP Box sur vos revenus de logiciels ? Lors d'un contrôle fiscal, l'administration peut remettre en cause votre option si vous ne parvenez pas à démontrer l'originalité de votre logiciel au sens du droit d'auteur.
Cette question constitue le principal point de friction entre les entreprises et l'administration. Le régime IP Box prévu à l'article 238 du Code général des impôts réserve le taux réduit de 10 % aux logiciels protégés par un droit de propriété intellectuelle. Pour les logiciels, cette protection ne peut résulter que du droit d'auteur.
Contrairement au brevet qui s'obtient par un dépôt, la protection par le droit d'auteur est automatique dès la création du logiciel. Mais elle suppose de prouver son caractère original. En cas de contrôle, si vous ne pouvez pas démontrer cette originalité, l'administration réintègre l'ensemble des revenus imposés à 10 % dans votre résultat taxable à 25 %. Sur plusieurs années, le redressement peut être massif.
Ni la loi fiscale ni la doctrine administrative ne définissent précisément cette notion d'originalité. L'analyse doit donc s'opérer à la lumière de la jurisprudence judiciaire, rendue principalement en matière de contrefaçon.
Cet article vous explique concrètement ce qu'est l'originalité d'un logiciel, quels éléments peuvent la prouver, quels documents constituer, et quelles erreurs éviter pour sécuriser votre IP Box.
Qu'est-ce que l'originalité d'un logiciel au sens de l'IP Box ?
Quelle définition retient l'administration fiscale ?
L'administration fiscale ne fournit pas de définition autonome de l'originalité. Le BOFiP se borne à renvoyer aux dispositions du Code de la propriété intellectuelle et indique que « les logiciels en cause doivent présenter un caractère original » (BOI-BIC-BASE-110-10, 22 avril 2020).
En l'absence de base légale précisant cette notion, c'est à la jurisprudence judiciaire qu'il convient de se référer pour déterminer les contours de l'originalité.
Définition jurisprudentielle de l'originalité
La jurisprudence retient une conception large et subjective de l'originalité, fondée sur le concept d'« empreinte de la personnalité de l'auteur ».
Une création est originale quand elle reflète les choix libres et créatifs de son auteur, son propre apport intellectuel.
C'est notamment ce qu'a rappelé la Cour de Justice de l'Union Européenne, dans ses arrêts Infopaq (arrêt du 16 juillet 2009) et Painer (arrêt du 13 novembre 2014). Cette jurisprudence européenne est intégrée en droit français, notamment par l'arrêt du 28 janvier 1987 de la Cour de cassation.
« L'originalité est déterminée par l'apport intellectuel propre à son auteur, c'est-à-dire sa « signature créative ». Elle ne signifie pas nécessairement innovation, ni même nouveauté au sens technique ; elle signifie seulement que l'auteur a fait des choix créatifs qui lui sont propres, qui reflètent sa personnalité, et qui ne sont pas purement fonctionnels ou mécaniques. »
Application de l'originalité au domaine des logiciels
Pour les logiciels, la Cour de Cassation et les juridictions administratives retiennent que l'originalité réside dans :
- L'architecture générale du code et sa structure logique
- La décomposition des fonctionnalités en modules et briques logiques distinctes
- Le choix de l'ordre et l'imbrication des traitements informatiques
- Le choix des algorithmes et des structures de données utilisées
- L'interface utilisateur et son ergonomie (UX/UI)
- La combinaison originale de solutions techniques existantes
En revanche, les éléments fonctionnels ou largement évidents pour tout informaticien ne sont pas originaux :
- Les traitements standards et banals
- Le choix entre deux solutions équivalentes offrant le même résultat
- La simple documentation d'un besoin préexistant
- La réutilisation d'algorithmes ou de briques libres sans apport créatif
C'est ce que reconnaît très clairement le BOFiP BIC (BOI-BIC-BASE-110-10) : « le logiciel doit présenter un caractère original, c'est-à-dire qu'il doit être le fruit d'une création personnelle reflétant une activité intellectuelle libre et créatrice ».
Originalité vs. Brevetabilité : deux concepts distincts
Un point clé souvent source de confusion : l'originalité au sens du droit d'auteur n'est pas l'innovation au sens du droit des brevets.
- Originalité : La création reflète les choix créatifs de l'auteur, son apport intellectuel propre, son style personnel
- Innovation/Brevetabilité : La solution est nouvelle, non-évidente et offre un avantage technique par rapport à l'état de la technique antérieure
Conséquence : un logiciel peut être techniquement banal (non-brevetable) et juridiquement original (protégeable par le droit d'auteur). C'est particulièrement important pour les éditeurs SaaS : même si votre logiciel ne représente pas une innovation technologique majeure, il peut être original au sens du droit d'auteur si vous avez effectué des choix créatifs dans son design, son architecture ou sa fonctionnalité.
À l'inverse, un logiciel peut être techniquement innovant et non-original au sens du droit d'auteur si, par exemple, il est généré par une IA ou créé en copiant une solution existante sans apport créatif propre.
Quels éléments permettent de prouver l'originalité d'un logiciel ?
Les éléments factuels qui démontrent l'originalité
L'administration fiscale n'impose pas de preuves formelles d'originalité. Cependant, certains éléments matériels et documentaires renforcent significativement votre position en cas de contrôle :
1. Les documents de conception et d'architecture
- Spécifications fonctionnelles : Document décrivant le périmètre fonctionnel du logiciel, les cas d'usage, les flux de traitement. C'est un document central qui démontre les choix de design fonctionnel
- Spécifications techniques : Architecture technique, choix de technologies, briques logicielles, flux de données entre modules. Ce document montre vos choix technologiques propres
- Modèles de données : Schéma de la base de données, structure des données traitées. Cela montre l'originalité de la structuration de l'information
- Diagrammes UML : Diagrammes de classes, diagrammes d'activité. Ils documentent la conception globale du système
2. L'historique du développement (versioning)
- Commits Git : Si vous utilisez un gestionnaire de version (Git, Mercurial, SVN), l'historique des commits est une preuve solide de l'évolution du code, des choix effectués progressivement, et de l'implication des développeurs
- Tags de versions : Les versions balisées montrent les étapes clés du développement
- Branches de développement : Elles montrent les expériences, les refactorisations, les choix techniques effectués
Les commits sont particulièrement précieux car ils :
- Donnent date certaine à chaque étape du développement
- Montrent les itérations et les évolutions créatives
- Documentent les décisions prises et les problèmes résolus
3. Les notes de développement et la documentation technique
- Notes d'architecture : Justification des choix technologiques effectués
- Dossier de conception : Explicitant pourquoi telle approche a été retenue plutôt qu'une autre
- FAQ développement : Documenter comment le code fonctionne
- Décisions techniques : Log des choix effectués et des alternatives rejetées
4. La comparaison avec d'autres solutions existantes
- Analyse concurrentielle : Montrant comment votre approche diffère d'autres solutions du marché (concurrents, logiciels libres, solutions standards)
- Tableau comparatif : Spécifications et fonctionnalités de votre logiciel vs. solutions concurrentes
- Arguments de différenciation : Ce qui rend votre logiciel unique, ses atouts spécifiques
Cette démonstration comparative est très efficace pour montrer que vous avez effectué des choix créatifs originaux, et non simplement copié une solution existante.
Le dépôt de version certifiée auprès d'un tiers de confiance
Pour renforcer davantage votre position, notamment en cas de contrôle fiscal, il est recommandé de procéder à un dépôt auprès d'un tiers de confiance. Cette formalité offre plusieurs avantages :
Avantages du dépôt APP (Agence pour la Protection des Programmes)
- Date certaine : La version déposée bénéficie d'une date certaine, reconnue légalement et fiscalement
- Preuve d'antériorité : En cas de litige sur la titularité des droits, le dépôt APP constitue une preuve solide d'antériorité
- Présomption de titularité : Le dépôt crée une présomption de titularité des droits (pendant 3 ans)
- Crédibilité auprès de l'administration : L'APP est reconnue par l'administration fiscale
Comment déposer auprès de l'APP :
- Visite : www.app.asso.fr
- Coût : environ 35 euros pour une demande simplifiée, 70 euros pour une demande complète (avec source code)
- Délai : quelques semaines pour recevoir l'attestation de dépôt
Alternative : coffre-fort numérique
- Moins officiel que l'APP mais moins couteux
- Offre une date certaine qui peut suffire
- Exemple : DocuSign, Universign
Erreurs à éviter pour sécuriser votre IP Box
Erreur 1 : Ne pas documenter les choix créatifs effectués
C'est l'erreur la plus grave. Une absence totale de documentation rend quasi-impossible la démonstration de l'originalité.
Ce qu'il faut faire :
- Rédiger en parallèle du développement une documentation d'architecture expliquant les choix effectués
- Documenter pourquoi certains choix ont été faits, pas seulement comment
- Conserver l'historique Git avec des messages de commits explicites
Erreur 2 : Utiliser des solutions « clé en main » sans apport créatif propre
Un logiciel créé en assemblant des solutions existantes sans aucune modification ou adaptation créative n'est pas original.
Ce qu'il faut faire :
- Documenter vos adaptations spécifiques et vos personnalisations
- Conserver la preuve que votre approche crée de la valeur au-delà de l'assemblage
Erreur 3 : Confondre originalité et innovation
Un logiciel tout à fait banal sur le plan technologique peut être original au sens du droit d'auteur. Il n'y a rien de mal à avoir un logiciel simple mais original.
Ne pas faire :
- Chercher à justifier l'originalité par l'innovation technologique
- Prétendre à une innovation qu'on n'a pas
Faire :
- Décrire concrètement les choix créatifs de conception que vous avez effectués
- Montrer comment votre approche de design reflète vos choix propres
Erreur 4 : Absence de traçabilité sur la titularité du code
Si vous avez des salariés ou des prestataires, l'administration demandera à vérifier que tous les droits d'auteur sur le logiciel ont été transférés à l'entreprise. Une chaîne de titularité incomplète peut disqualifier votre IP Box.
Ce qu'il faut faire :
- Pour les salariés : insérer une clause de cession de droits d'auteur dans les contrats ou notes de salaire
- Pour les prestataires : prévoir une clause de cession de propriété intellectuelle dans les contrats de sous-traitance
- Conserver tous les contrats et les correspondances prouvant la cession de droits
- Documenter le rôle de chaque contributeur au code
Erreur 5 : Considérer l'IP Box comme définitive et irrévocable
L'option pour l'IP Box est révisable. L'administration peut la remettre en cause à l'occasion d'un contrôle et demander la production de justificatifs. Elle peut aussi être révoquée si les conditions d'application ne sont plus remplies.
Ce qu'il faut faire :
- Constituer au fur et à mesure un dossier justificatif solide
- Maintenir à jour la documentation technique du logiciel
- Actualiser régulièrement l'analyse de l'originalité du logiciel et sa concordance avec la compétitivité du marché
Exemple de dossier justificatif complet
Pour donner des contours concrets à ce qu'est un dossier justificatif solide, voici ce que vous devriez réunir en cas de contrôle :
Documentation de conception :
- Spécifications fonctionnelles du logiciel (document initial)
- Spécifications techniques / architecture générale
- Diagrammes UML ou schémas d'architecture
- Schéma de modèle de données
Documentation de développement :
- Historique Git sur 3-5 ans (ou historique équivalent de versioning)
- Notes d'architecture justifiant les grands choix techniques
- Dossier de conception et notes développeur
- Documentation de code (commentaires dans le code, documentation API)
Documentation commerciale et concurrentielle :
- Étude sommaire du marché et des solutions concurrentes
- Tableau comparatif montrant la différenciation de votre logiciel
- Présentations commerciales du logiciel
Documentation juridique :
- Contrats de travail ou notes signées transférant les droits d'auteur des salariés
- Contrats avec les prestataires/sous-traitants incluant une cession de PI
- Attestation de dépôt APP ou dépôt auprès d'un tiers de confiance
- Procès-verbaux de réunions documentant les choix d'architecture
Documentation financière :
- Factures de développement initial et d'évolutions postérieures
- Feuilles de temps / timesheet
- Notes de frais R&D associées au développement du logiciel
Ce dossier peut paraître volumineux, mais il ne faut pas y voir une surcharge. C'est la documentation qu'un projet de logiciel professionnel doit naturellement générer au fil de son développement.
Conclusion : Sécuriser votre IP Box par la documentation
L'IP Box est un régime très attractif pour les éditeurs de logiciels, mais elle dépend d'une condition d'éligibilité : que votre logiciel soit réputé original au sens du droit d'auteur.
Contrairement à une invention brevétée, la protection par le droit d'auteur est automatique. Mais en cas de contrôle fiscal, c'est à vous de prouver l'originalité de votre logiciel. C'est ici que la documentation fait la différence : elle transforme une situation exposée (aucune preuve documentée) en une position solide face à l'administration.
Votre stratégie doit donc être :
- Documenter en continu : Au fur et à mesure du développement, produisez et conservez les documents de conception, les notes d'architecture, l'historique de versioning
- Constituer un dossier justificatif progressif : Ne pas attendre le contrôle fiscal pour produire une documentation rétrospective. C'est moins crédible et moins efficace
- Structurer la titularité : Assurez-vous que tous les apports des salariés et prestataires ont bien été transférés à l'entreprise par des contrats ou des clauses explicites
- Considérer un dépôt APP ou équivalent : Selon le contexte (taille de l'investissement, sensibilité fiscale), un dépôt auprès d'un tiers de confiance renforce considérablement votre position
- Anticiper et mettre à jour : L'IP Box n'est pas définitive. Mettez à jour régulièrement votre dossier, notamment lors de versions majeures du logiciel
L'investissement dans une bonne documentation n'est jamais perdu. Non seulement elle sécurise votre IP Box, mais elle facilite aussi la maintenance du logiciel, l'onboarding de nouveaux développeurs, et la cession ou la valorisation future du logiciel.
Finalement, plus que pour le fisc, c'est pour vous-même et votre entreprise qu'il faut documenter l'originalité de votre logiciel. Le fisc en bénéficiera, mais ce n'est qu'un avantage additionnel.
Pour toute question sur l'éligibilité de votre logiciel à l'IP Box, sur la constitutionnalité de votre dossier justificatif, ou pour la mise en place de clauses de titularité adaptées à votre situation, n'hésitez pas à nous solliciter. Un accompagnement juridique spécialisé en propriété intellectuelle et fiscalité de l'innovation sécurise votre démarche et maximise vos chances de conserver le bénéfice de l'IP Box en cas de contrôle.
