Confusion fréquente : Une entreprise développe un logiciel performant et innovant. Elle pense que ces caractéristiques suffisent à établir l'originalité au sens du droit d'auteur et à ouvrir droit au régime IP Box. En cas de contrôle fiscal, elle se contente de présenter les fonctionnalités techniques du logiciel. Cette approche est insuffisante juridiquement.
Règle applicable : L'originalité d'un logiciel au sens du droit d'auteur réside dans l'effort personnalisé de son auteur allant au-delà de la simple mise en œuvre d'une logique automatique et contraignante. Elle se caractérise par des choix de conception libres, distincts des contraintes techniques, législatives ou économiques imposées. L'innovation ou la performance technique ne suffisent pas. Il faut démontrer que les développeurs ont exercé des choix personnels qui auraient pu être réalisés différemment.
Un jugement du tribunal judiciaire de Marseille du 23 septembre 2021 (n° 16/03736), rendu dans un contentieux de contrefaçon de code source, fournit une méthodologie concrète pour caractériser cette originalité. Le tribunal valide l'approche par comparaison avec les solutions concurrentes et identifie cinq caractéristiques révélant des choix personnels distincts des contraintes techniques. Cette méthodologie judiciaire est directement transposable à la constitution du dossier justificatif exigé par le régime IP Box.
L'originalité se définit par des choix libres, pas par la performance technique
L'article 112-2 du Code de la propriété intellectuelle protège les logiciels par le droit d'auteur, sous réserve qu'ils soient originaux. L'originalité se définit par l'apport intellectuel de l'auteur. Selon une jurisprudence constante, elle réside dans un effort personnalisé allant au-delà de la simple mise en œuvre d'une logique automatique et contraignante.
Cet effort peut se manifester à différents niveaux : structure individualisée du logiciel, organisation de ses modules, architecture retenue pour traiter les données, méthode d'approche globale mise en œuvre pour répondre au besoin fonctionnel. Chacun de ces éléments peut révéler un choix personnel du développeur, distinct de ce qu'impose nécessairement la technique.
À l'inverse, la forme dictée par une contrainte technique, législative ou économique échappe à la protection du droit d'auteur. Un logiciel qui se contente de reproduire la solution technique imposée par un standard industriel, une norme réglementaire ou une optimisation purement mécanique ne porte pas la marque de l'apport intellectuel de son auteur. Il applique une logique contraignante, sans choix personnel.
L'innovation technologique ou la performance technique ne suffisent pas à caractériser l'originalité. Un logiciel peut être performant, innovant et utile sans être original au sens du droit d'auteur, si sa conception découle de choix imposés par la technique plutôt que de choix libres de l'auteur. C'est précisément cette possibilité de choix alternatifs qui caractérise l'originalité. Si une seule solution technique était envisageable, le développeur n'aurait exercé aucun choix personnel.
Le jugement du tribunal judiciaire de Marseille : cinq caractéristiques révélant l'originalité
Le tribunal judiciaire de Marseille a examiné l'originalité d'un progiciel de gestion d'entrepôt développé par un éditeur dans le cadre d'un contentieux de contrefaçon de code source. Le tribunal identifie cinq caractéristiques révélant des choix personnels des développeurs, distincts des contraintes techniques imposées par le domaine fonctionnel.
Première caractéristique : la structure du scénario radio. Les concepteurs ont développé un mode d'utilisation original consistant à définir en amont différentes hypothèses de scénarios avec des paramétrages associés. Cette approche permet une large déclinaison des configurations sans nécessiter de réécriture complète du code pour chaque cas d'usage. Le tribunal observe que ce choix structurel se distingue de l'approche traditionnelle par codage direct, où chaque scénario est codé individuellement. Cette différence révèle un choix de conception personnalisé.
Deuxième caractéristique : la forte interopérabilité du logiciel. L'éditeur a créé un protocole d'échange propriétaire, en format de fichiers plats limités à 256 caractères maximum, alors que les concurrents utilisaient le format XML. Le tribunal retient que ce choix améliore la rapidité des échanges et simplifie leur compréhension par les opérateurs. Il constitue une alternative technique personnelle à la solution standard du marché.
Troisième caractéristique : le choix du langage de développement COBOL. L'éditeur a retenu ce langage pour garantir la portabilité du progiciel sur un grand nombre de machines, contrairement aux concurrents qui utilisaient d'autres langages. Le tribunal observe que cette option limite la dépendance vis-à-vis de l'environnement technique et constitue un choix stratégique distinct de celui des concurrents. Ce choix de langage n'est pas imposé par la fonction du logiciel, mais résulte d'une décision personnelle motivée par un objectif de portabilité.
Quatrième caractéristique : le développement d'un Atelier de Génie Logiciel interne propriétaire. Cet outil, ayant nécessité trois années de travail, permet de normer certaines actions et de maintenir une seule base de sources compatible sur différentes plateformes techniques. Le tribunal retient que la création de cet outil révèle un effort de conception propre à l'éditeur, non imposé par la nature du progiciel principal.
Cinquième caractéristique : la simplicité de personnalisation du logiciel. L'éditeur a choisi de rendre la personnalisation accessible aux consultants sans compétences techniques informatiques. Cette option a été rendue possible par une analyse poussée des besoins métiers dès la phase de conception. Le tribunal observe que ce choix se distingue des solutions concurrentes qui nécessitent une intervention technique pour adapter le logiciel. Il révèle une orientation de conception délibérée.
Ces cinq caractéristiques partagent un point commun : elles illustrent des choix techniques qui auraient pu être réalisés différemment. C'est précisément cette possibilité de choix alternatifs qui caractérise l'originalité.
Méthodologie de preuve : constituer le dossier justificatif IP Box
La comparaison avec les solutions concurrentes
Le jugement du tribunal de Marseille valide l'approche par comparaison avec les solutions concurrentes comme méthode probante pour démontrer l'originalité. Cette comparaison doit porter sur des caractéristiques techniques précises : structure technique, protocoles d'échange, langages de programmation, outils propriétaires développés, méthodes de personnalisation.
Pour chaque élément différenciant identifié, il convient de présenter l'avantage résultant du choix opéré. Cette présentation permet de démontrer que le choix n'était pas dicté par une contrainte technique mais résultait d'une décision personnelle motivée par un objectif fonctionnel ou stratégique.
Cette méthode comporte cependant des limites pratiques. Les caractéristiques comparables de solutions concurrentes ne se trouvent pas nécessairement dans le domaine public. Les éditeurs protègent leurs choix de conception et ne les documentent pas de manière exhaustive dans leurs communications commerciales. La comparaison peut donc être délicate à mettre en œuvre de manière complète.
La documentation technique complémentaire
D'autres méthodes de preuve peuvent compléter ou remplacer l'approche comparative. Le dossier justificatif peut s'appuyer sur plusieurs documents techniques produits au cours du développement.
L'analyse fonctionnelle et le dossier de spécifications : Les spécifications générales et détaillées du logiciel documentent les choix de conception réalisés en amont du développement. Elles établissent la démarche intellectuelle suivie pour répondre au besoin fonctionnel.
Les modèles de données : La structure retenue pour organiser et gérer les informations révèle des choix de conception personnels. Les modèles conceptuels, logiques et physiques documentent ces choix.
L'analyse organique et les spécifications internes : L'étude technique des modules, de leur articulation et de leurs interactions caractérise l'architecture retenue par les développeurs.
Les dossiers de programmation : Les maquettes, prototypes et versions successives produites au cours du développement établissent la progression du travail de conception et l'évolution des choix techniques.
Le dépôt des codes sources auprès de l'Agence de Protection des Programmes : Ce dépôt ne caractérise pas en lui-même l'originalité du logiciel, mais il permet d'identifier précisément le logiciel concerné et d'établir une antériorité aux développements et mises à jour ultérieurs. En cas de contrôle, il facilite la démonstration de la chronologie des développements.
Conclusion
Le tribunal judiciaire de Marseille valide l'approche par comparaison avec les solutions concurrentes comme méthode probante pour démontrer l'originalité d'un logiciel. Les cinq caractéristiques identifiées illustrent concrètement ce que sont des choix personnels de développeurs, distincts des contraintes techniques imposées.
Cette méthodologie judiciaire est directement transposable à la constitution du dossier justificatif exigé par le régime IP Box. Elle suppose une documentation technique détaillée, constituée dès la phase de développement, et une analyse comparative des solutions du marché lorsque celle-ci est possible.
Règle à retenir : L'originalité d'un logiciel se prouve par la démonstration de choix de conception libres, distincts des contraintes techniques. La comparaison avec les solutions concurrentes et la documentation technique produite au cours du développement constituent les deux méthodes de preuve efficaces. Le dépôt APP établit l'antériorité mais ne caractérise pas l'originalité en lui-même.
