Page du service : Commerce numérique et IA : un avocat pour les conditions générales, la vie privée et la prospection directe.
Vous avez signé un contrat de licence avec un fournisseur de technologie. Un an plus tard, il a vendu la société à votre concurrent. La licence est toujours en vigueur, mais votre concurrent sait désormais exactement quelle technologie vous utilisez et à quel prix. Ce n’est pas un scénario théorique. Cela arrive lorsqu’on ne lit pas les bonnes clauses avant de signer.
Qu’achète-t-on réellement dans un contrat de licence, et que n’achète-t-on pas ?
Une licence de technologie confère un droit d’utiliser un bien de propriété intellectuelle (logiciel, brevet, dessin ou modèle, marque), mais pas sa propriété. La différence est essentielle. Le titulaire de la licence (le licencié) peut utiliser la technologie aux conditions fixées, mais le concédant conserve la pleine propriété et peut continuer à l’accorder à d’autres, sauf si une exclusivité expresse a été convenue. En Israël, les licences de technologie sont régies par la combinaison de la loi sur le droit d’auteur, 5768-2007, de la loi sur les brevets, 5727-1967 (חוק הפטנטים, התשכ״ז-1967), et de la loi sur les contrats (partie générale), 5733-1973 (חוק החוזים (חלק כללי), התשל״ג-1973).
Exclusive ou non exclusive : quelle différence en pratique ?
Une licence non exclusive (non-exclusive) signifie que le concédant peut accorder la même technologie à vos concurrents : c’est parfaitement légitime, sauf convention contraire. Une licence exclusive (exclusive) interdit au concédant d’accorder d’autres licences à des tiers dans le domaine défini. En droit d’auteur, la licence exclusive au sens de la loi empêche aussi le titulaire du droit lui-même d’accomplir l’acte concerné (article 37(d)), et elle exige un écrit (article 37(c)). L’exclusivité coûte plus cher, mais elle en vaut la peine si la technologie est pour vous un véritable avantage concurrentiel. Vérifiez aussi : l’exclusivité porte-t-elle sur le territoire, le domaine, le produit, ou sur tous ces éléments ?
Un contrat de licence de droit d’auteur doit-il être écrit ?
Pas toujours. Selon l’article 37(c) de la loi sur le droit d’auteur, un contrat de cession du droit d’auteur ou d’octroi d’une licence exclusive exige un écrit. Une licence non exclusive n’exige pas d’écrit selon la loi, mais sans document il est difficile de prouver ce qui a été exactement autorisé. Selon l’article 37(b), la licence peut porter sur tout ou partie du droit, et être limitée à un lieu, à une période ou à l’accomplissement d’un acte déterminé sur l’œuvre. Il est donc conseillé que le contrat de licence définisse expressément ces trois éléments.
Les quatre clauses qu’on saute, et qu’on paie cher
1. Le domaine d’utilisation (scope of use) : que peut-on faire exactement avec la technologie ? Un usage interne uniquement ? Fournir un service aux clients ? L’intégrer dans un produit vendu ? Une limite qui n’est pas écrite n’existe pas. Toute utilisation qui n’a pas été expressément définie est une zone grise qui finira en litige.
2. Les logiciels libres (open source) : si la technologie contient des composants open source sous licence GPL ou LGPL, ces composants risquent de « contaminer » votre code et d’en imposer la publication. De nombreux entrepreneurs signent sans vérifier la nomenclature logicielle (bill of materials) du fournisseur.
3. Les conditions de fin, et ce qui se passe ensuite : que deviennent vos données et les versions que vous avez développées lorsque la licence prend fin ? Existe-t-il une clause de séquestre (escrow) qui assure l’accès au code source si le fournisseur fait faillite ? Ce sont des questions qu’on ne pose pas, jusqu’au jour où on en a besoin.
4. La garantie d’indemnisation (indemnification) : si un tiers soutient que la technologie que vous avez reçue sous licence porte atteinte à son brevet, qui paie ? Une clause large de garantie d’indemnisation à la charge du concédant est une protection qu’il vaut la peine d’exiger. En l’absence d’une telle clause, il ne reste que la voie longue de l’exécution d’un contrat non respecté contre le fournisseur.
Et l’open source ? Le risque dont on ne parle pas
De nombreux logiciels vendus sous licence commerciale contiennent des composants open source. Des licences comme la GPL obligent celui qui distribue un logiciel intégrant un tel composant à concéder une licence GPL sur l’ensemble de l’œuvre combinée et à en remettre le code source (articles 5(c) et 6 de la licence GPLv3). Cette exigence peut ruiner tout un modèle économique. Avant de signer un contrat de licence avec un fournisseur de logiciels, demandez une nomenclature logicielle (Software Bill of Materials, SBOM) et vérifiez quels composants open source sont inclus, et sous quelle licence.
Vous devez faire vérifier un contrat avant de signer, ou l’autre partie ne le respecte pas ?Je vous réponds dans un délai d’un jour ouvré.
Appels et réponses en hébreu ou en anglais
Ce qui se passe après votre message
- Vous écrivez ce qui s’est passé et avec qui. Sans documents.
- Je vous recontacte dans un délai d’un jour ouvré pour un court appel de quelques minutes, en hébreu ou en anglais.
- S’il s’agit d’une affaire que je traite : après l’appel, vous recevrez par écrit ce qui sera fait et quelle est la prochaine étape. Le travail ne commence qu’après votre accord.
À la fin de l’appel, vous saurez l’une de ces trois choses : c’est une affaire que je traite, et quelle est la prochaine étape ; vous pouvez vous passer d’avocat, et quel guide vous convient ; ou ce n’est pas mon domaine, et vers qui vous tourner.
Combien paie-t-on, et comment la structure du paiement influe-t-elle sur le risque ?
Le paiement unique (one-time fee) est plus simple, mais souvent plus coûteux au départ. Le modèle des redevances (royalties), un pourcentage de chaque vente, convient lorsque les volumes de vente sont incertains, mais il crée des frictions durables et un besoin de contrôle. Le modèle SaaS avec paiement mensuel offre de la souplesse mais crée une dépendance : que se passe-t-il si le fournisseur augmente son prix de 40 % ? Le contrat comporte-t-il une protection contre les hausses de prix ?
Que se passe-t-il en cas de violation de la licence ?
La violation des conditions de la licence (utilisation hors du domaine défini, transfert à un tiers sans autorisation ou non-paiement des redevances) risque d’entraîner l’annulation de la licence, une action en dommages-intérêts et, en cas de fabrication ou de distribution commerciale de copies contrefaisantes, une responsabilité pénale (article 61). Selon l’article 7 de la loi sur les contrats (recours pour violation de contrat), 5731-1970 (חוק החוזים (תרופות בשל הפרת חוזה)), la résolution immédiate est possible en cas de violation fondamentale ; en cas de violation non fondamentale, il faut d’abord accorder un délai supplémentaire pour exécuter. Le contrat peut fixer à l’avance les violations qui seront considérées comme fondamentales. Mais une clause générale qui rend toute violation fondamentale, sans distinction, n’est valable que si elle était raisonnable au moment de la conclusion du contrat (article 6 de la même loi). Lorsque la violation est aussi une atteinte au droit d’auteur, le concédant n’a pas à prouver un préjudice réel : l’article 56 de la loi sur le droit d’auteur permet d’accorder une indemnisation sans preuve du préjudice, jusqu’à 100 000 ₪ par atteinte. Les atteintes commises dans une même série d’actes sont considérées comme une seule atteinte (article 56(c)).
Avant de signer : 5 questions à poser absolument
Demandez au fournisseur : qui est le véritable propriétaire de la technologie ? Tous les composants ont-ils été développés par vous ? Existe-t-il une analyse de liberté d’exploitation (Freedom to Operate, FTO) montrant que la technologie ne porte pas atteinte à des brevets existants ? Que devient la licence si le fournisseur fusionne ou est vendu ? Existe-t-il une clause de séquestre (escrow) pour l’accès au code source ? Existe-t-il des restrictions à l’exportation ? Certaines technologies en Israël exigent une autorisation réglementaire pour être exportées.
Et comment vérifier la réponse à la première question ? Une courte liste de vérification des droits du fournisseur :
- Le code des salariés du fournisseur : une œuvre créée par un salarié pour les besoins et au cours de son travail appartient à l’employeur, sauf convention contraire (article 34 de la loi sur le droit d’auteur).
- Le code des prestataires et des freelances : pour une œuvre de commande, le premier titulaire est l’auteur, sauf convention contraire (article 35(a)). Demandez à voir les actes de cession au fournisseur : un contrat de cession du droit d’auteur exige un écrit (article 37(c)).
- Les brevets : demandez les numéros des brevets et vérifiez-les dans le registre des brevets, ouvert à la consultation du public (article 168(a) de la loi sur les brevets). Une invention à laquelle un salarié est parvenu du fait de son service et pendant la durée de son service devient la propriété de l’employeur, en l’absence d’un autre accord entre eux, sauf si l’employeur y a renoncé dans les six mois suivant la notification du salarié (article 132(a)).
- La licence exclusive : assurez-vous qu’elle est écrite, et que le fournisseur déclare dans le contrat qu’il n’a pas accordé à un autre une licence contraire dans le même domaine.
Sources
- Loi sur les contrats (partie générale), 5733-1973
- Loi sur le droit d’auteur, 5768-2007
- Loi sur les brevets, 5727-1967
- GNU General Public License v3.0 — SPDX
Les liens renvoient au texte original de la législation (en hébreu). Le texte qui fait foi est celui publié au Sefer HaHoukim (le Journal officiel des lois).
Il vous est arrivé quelque chose de semblable ?Vous pouvez m’écrire ce qui s’est passé et avec qui, sans documents.
Appels et réponses en hébreu ou en anglais
Points à vérifier
- Conseil pratique : dans les transactions de licence avec des clients de la high-tech, exigez toujours du fournisseur une SBOM (Software Bill of Materials, nomenclature logicielle) et vérifiez les licences open source avant de signer. Un seul composant GPL peut porter atteinte à l’ensemble des protections de propriété intellectuelle du client.
- Erreur fréquente : rédiger une clause d’exclusivité sans définir son domaine au niveau du produit, du marché ou du territoire. L’exclusivité perd alors son sens lorsque le concédant soutient que son nouveau produit est « différent ».
- Point tactique : dans les contrats de licence avec des entités publiques ou des organismes de défense, vérifiez si des restrictions de contrôle des exportations de défense s’appliquent. Une violation risque d’entraîner une responsabilité pénale et de faire échouer toute la licence.
