Une entreprise technologique vaut, dans une large mesure, par le code qu’elle exploite. Il est donc surprenant de voir combien d’entre elles ne peuvent pas démontrer que ce code leur appartient. Payer la facture du développeur ne transfère pas la titularité ; il faut pour cela un contrat qui remplisse les conditions de la loi fédérale du droit d’auteur (Ley Federal del Derecho de Autor).
Ce qu’exige la norme
Ce que protège la loi. Un programme d’ordinateur est l’expression originale, dans n’importe quel langage ou code, d’un ensemble d’instructions permettant à un ordinateur d’accomplir une tâche (article 101). Il est protégé dans les mêmes termes qu’une œuvre littéraire, en code source comme en code objet ; depuis la réforme publiée le 14 mai 2026, le texte inclut expressément les programmes d’intelligence artificielle (article 102). La protection naît dès que l’œuvre est fixée sur un support matériel et ne dépend pas de l’enregistrement (articles 5 et 162), même si l’enregistrement assure la publicité et la certitude quant à l’identité du titulaire.
La cession doit être écrite, onéreuse et temporaire. Toute transmission de droits patrimoniaux d’auteur est onéreuse et temporaire, et les contrats qui les transmettent doivent invariablement être conclus par écrit ; à défaut, ils sont nuls de plein droit (article 30). L’auteur a un droit, auquel il ne peut renoncer, à une participation proportionnelle aux recettes ou à une rémunération fixe et déterminée (article 31). Pour que la transmission soit opposable aux tiers, elle doit être inscrite au Registre public du droit d’auteur (Registro Público del Derecho de Autor, article 32).
La durée. À défaut de stipulation expresse, toute transmission est réputée consentie pour cinq ans, et ce n’est qu’à titre exceptionnel qu’elle peut être convenue pour plus de quinze ans (article 33). Le logiciel obéit à une règle spéciale : la durée de la cession des droits sur les programmes d’ordinateur n’est soumise à aucune limitation (article 103, deuxième alinéa). La cession doit néanmoins indiquer sa durée, car si le contrat est muet, la présomption générale s’applique.
Œuvre future. Seule une œuvre future déterminée, dont les caractéristiques sont fixées dans le contrat, peut faire l’objet d’un contrat. Sont nulles la transmission globale d’œuvres futures et les stipulations par lesquelles l’auteur s’engage à ne créer aucune œuvre (article 34). Un contrat-cadre qui cède « tout ce que le développeur crée » sans le décrire est fragile.
Salariés et prestataires externes ne relèvent pas du même régime. Le logiciel créé par des salariés dans l’exercice de leurs fonctions ou selon les instructions de l’employeur appartient à ce dernier, sauf convention contraire (article 103). Pour les autres œuvres créées dans le cadre d’une relation de travail, la règle est différente : avec un contrat individuel écrit et en l’absence de stipulation, les droits sont partagés à parts égales ; sans contrat écrit, ils reviennent au salarié (article 84). Pour les développeurs externes, la voie est l’œuvre de commande : celui qui commande l’œuvre en est titulaire, sauf convention contraire (article 83), mais les termes du contrat doivent être clairs et précis, et en cas de doute l’interprétation la plus favorable à l’auteur prévaut (article 83 bis, deuxième alinéa).
Que faire et dans quel délai
- Dressez l’inventaire des composants de votre plateforme et de leurs auteurs : salariés, indépendants, sociétés de développement ou fondateurs avant la constitution de la société.
- Pour chaque développeur externe, signez un contrat écrit qui qualifie la prestation d’œuvre de commande et qui prévoit, en outre, une cession expresse des droits patrimoniaux avec sa contrepartie et sa durée.
- Décrivez dans le contrat l’œuvre future commandée : modules, fonctions, livrables et dépôt de code. Évitez les formules globales.
- Pour les salariés, vérifiez qu’il existe un contrat individuel écrit décrivant leurs fonctions de développement, afin qu’il n’y ait aucun doute sur l’application de l’article 103.
- Formalisez par écrit la cession du code que les fondateurs ont écrit avant la création de la société.
- Inscrivez les cessions importantes au Registre public du droit d’auteur, surtout avant une levée de fonds ou une vente.
- Conservez les preuves de paternité et de livraison : historique du dépôt de code, procès-verbaux de recette et justificatifs de paiement.
- Inventoriez les composants open source et les licences de tiers utilisés par votre plateforme, car ces éléments ne vous appartiennent pas et leurs conditions d’utilisation sont également examinées lors d’un investissement.
Recommandations pour atténuer les risques
Ce que votre entreprise risque, c’est la titularité du code. La cession verbale est nulle, et celle qui n’indique pas de durée est présumée consentie pour cinq ans. Un indépendant sans contrat écrit conserve les droits patrimoniaux sur ce qu’il a écrit, de sorte qu’il peut s’opposer à l’exploitation, exiger une rémunération ou négocier avec un tiers. Si la cession n’est pas inscrite, elle n’est pas opposable aux tiers, ce qui affaiblit la position de l’entreprise face à quiconque invoque un droit antérieur. Lors d’un audit préalable à un investissement, une chaîne de titularité incomplète se traduit souvent par des conditions suspensives, des retenues sur le prix ou des déclarations assorties d’une obligation d’indemnisation à la charge des fondateurs. Y remédier après coup coûte plus cher : le développeur qui a déjà mis fin à sa relation avec l’entreprise n’a aucun intérêt à signer une cession rétroactive sans nouvelle contrepartie.
Autoévaluation
Répondez par oui ou par non au sujet de votre propre entreprise.
- Avez-vous un contrat écrit avec chaque développeur externe ayant travaillé sur votre plateforme ?
- Ces contrats comprennent-ils une cession expresse, avec contrepartie et durée ?
- Les fondateurs ont-ils cédé par écrit à la société le code qu’ils ont écrit avant sa constitution ?
- Tous vos développeurs salariés ont-ils un contrat de travail individuel écrit ?
- Les œuvres commandées sont-elles décrites dans le contrat, au lieu d’être cédées de manière globale ?
- Avez-vous inscrit les cessions importantes au Registre public du droit d’auteur ?
- Disposez-vous d’un inventaire des composants open source et tiers utilisés par votre plateforme ?
Notre approche chez LEXURE
Nous reconstituons la chaîne de titularité de votre logiciel, composant par composant, nous identifions les lacunes et nous les comblons au moyen de contrats de commande, de cessions et, lorsque c’est utile, de leur inscription. Nous livrons un dossier que votre entreprise peut présenter à un investisseur ou à un acquéreur pour démontrer que le code lui appartient.
Si votre entreprise dépend d’un logiciel que d’autres ont contribué à construire, planifiez une réunion de diagnostic avec nous et examinons votre chaîne de titularité.
Base légale
- Loi fédérale du droit d’auteur, dernière réforme DOF du 14 mai 2026, articles 5, 30, 31, 32, 33, 34, 83, 83 bis, 84, 101, 102, 103 et 162. Texte en vigueur (s’ouvre dans un nouvel onglet)
Cette note est informative et décrit la norme en vigueur à la date de vérification. Elle ne constitue pas un avis de droit sur un cas particulier. Il s’agit d’une traduction de l’original espagnol : le droit mexicain est publié en espagnol et seuls les textes officiels en espagnol font foi.