Un NDA pour le développement logiciel est un accord de non-divulgation qui oblige un développeur, une agence ou un freelance à garder secrètes les informations confidentielles d’un client et à ne les utiliser que pour le projet convenu. C’est généralement le premier document juridique d’une collaboration logicielle, signé avant que spécifications, maquettes, code source ou données ne changent de mains.
Pour la plupart des entreprises, l’externalisation commence par le NDA. Avant d’obtenir une estimation réaliste pour un développement de logiciels sur mesure externalisé, le prestataire doit voir vos exigences, votre système actuel et parfois vos données. Le NDA fixe les règles de cet échange : ce qui est confidentiel, qui peut y accéder, combien de temps dure l’obligation et ce qui se passe en cas de manquement.
Ce guide explique ce qu’est un NDA de développement logiciel, quand le signer, en quoi NDA mutuel et unilatéral diffèrent, quelles clauses comptent, ce qu’un NDA ne peut pas protéger, comment il s’articule avec le contrat-cadre et la cession de PI, comment gérer les équipes offshore et les outils de codage IA, ce qui se passe après une violation et comment vérifier un NDA avant de signer. Il s’agit d’une information générale et non d’un conseil juridique ; faites relire par un avocat de votre juridiction tout accord sur lequel vous comptez vous appuyer. Pour le contrat qui suit le NDA, consultez notre guide du contrat de développement logiciel.
Qu’est-ce qu’un NDA pour le développement logiciel ?
Un NDA pour le développement logiciel, aussi appelé accord de confidentialité, est un contrat juridiquement contraignant par lequel une ou les deux parties s’engagent à ne pas divulguer ni détourner les informations confidentielles échangées pendant un projet logiciel. Il protège le secret ; il ne transfère pas à lui seul la propriété du code ou des idées.
Dans un projet logiciel, le NDA couvre typiquement quatre types d’informations :
- Informations produit et commerciales : l’idée, la feuille de route, le modèle économique, les prix, les listes de clients et les documents investisseurs.
- Informations techniques : code source, architecture, API, algorithmes, modèles de données, détails d’infrastructure et configurations de sécurité.
- Éléments de design : wireframes, prototypes, recherche utilisateur et éléments de marque non publiés.
- Données et accès : données de production ou de test, données personnelles des utilisateurs, identifiants, clés d’API et accès aux dépôts.
Le NDA constitue aussi une preuve. Selon le Defend Trade Secrets Act américain de 2016 et la directive européenne (UE) 2016/943 sur le secret des affaires, transposée en France par la loi du 30 juillet 2018, une information n’est un secret d’affaires que si son détenteur prend des mesures raisonnables pour en préserver le caractère secret. Un NDA signé avec chaque partie qui accède à l’information est l’une des plus claires de ces mesures.
Pourquoi avez-vous besoin d’un NDA dans un projet logiciel ?
Vous avez besoin d’un NDA dans un projet logiciel, car le développement exige de partager précisément ce qui fait la valeur de votre produit : l’idée, le plan, les données et, à terme, le code. Sans NDA, un prestataire ou un freelance qui s’en va n’a aucune obligation contractuelle claire de garder quoi que ce soit secret.
Un NDA de développement logiciel bien rédigé remplit cinq fonctions :
- Fixer les attentes. Chacun sait dès le premier jour ce qui est confidentiel et comment le traiter.
- Limiter l’usage. Le destinataire ne peut utiliser les informations que pour évaluer ou réaliser le projet, pas pour créer un produit concurrent.
- Préserver le statut de secret d’affaires. Il montre à un juge que vous avez pris des mesures raisonnables de protection.
- Ouvrir des recours. Il vous donne une action contractuelle et souvent une voie rapide vers une injonction en cas de fuite.
- Soutenir la conformité. Il complète les clauses de protection des données lorsque le prestataire traite des données personnelles.
Les enjeux sont réels. Le rapport IBM Cost of a Data Breach 2025 évalue le coût moyen mondial d’une violation de données à 4,44 millions de dollars, et à plus de 10 millions aux États-Unis. Un NDA n’empêche pas une violation, mais il définit les responsabilités et vous donne un levier lorsque les choses tournent mal.
Quand faut-il signer un NDA avec des développeurs ?
Signez un NDA avec des développeurs avant de partager tout ce qu’un concurrent pourrait utiliser : spécifications détaillées, maquettes non publiées, code source, données, identifiants ou éléments financiers. Un premier échange sur vos objectifs, votre fourchette budgétaire et votre calendrier n’en nécessite généralement pas.
| Étape du projet | NDA nécessaire ? | Pourquoi |
|---|---|---|
| Premier appel sur les objectifs et le budget | En général non | Rien de sensible n’est encore partagé |
| Appel d’offres ou brief détaillé envoyé aux prestataires | Oui | Exigences, feuille de route et contraintes sont divulguées |
| Phase de discovery et audit technique | Oui | Le prestataire voit l’architecture, le code et les données |
| Développement avec une équipe dédiée | Oui, plus des clauses contractuelles | Accès quotidien au code, aux systèmes et aux utilisateurs |
| Recours à des freelances | Oui | Chaque personne doit signer ses propres obligations |
| Pitch devant des investisseurs | Rarement possible | La plupart des fonds refusent les NDA pour un pitch |
Si vous envoyez un brief à plusieurs prestataires, joignez le NDA à la demande plutôt que de le négocier séparément avec chacun. Notre guide pour rédiger un appel d’offres (RFP) de développement logiciel montre comment structurer ce dossier.
NDA mutuel ou unilatéral : quel type pour un projet logiciel ?
Un NDA mutuel convient à la plupart des projets logiciels, car les deux parties partagent des informations sensibles ; un NDA unilatéral convient lorsque seul le client divulgue. Choisir le bon type dès le départ évite des jours de négociation.
| Type | Qui est engagé | Usage typique dans le logiciel | Avantages | Inconvénients |
|---|---|---|---|---|
| Unilatéral | Seul le destinataire, en général le prestataire | Présélection, intégration de freelances | Simple, très protecteur pour le client | Le prestataire peut résister s’il partage aussi méthodes ou tarifs |
| Mutuel (bilatéral) | Les deux parties | Discovery, partenariats, développement de long terme | Équilibré, signé rapidement | Obligations un peu plus larges pour le client |
| Multilatéral | Trois parties ou plus | Client, agence et partenaire technologique ou sous-traitant | Un seul document pour tous | Plus difficile à négocier et à modifier |
| Clause de confidentialité dans le contrat-cadre | Les deux, dans le contrat principal | Missions signées | Pas de document séparé | Ne couvre pas les échanges précontractuels |
En pratique, beaucoup de clients commencent par un NDA mutuel pendant la sélection, puis s’appuient sur la section confidentialité du contrat-cadre une fois les travaux lancés, le NDA étant soit remplacé, soit expressément maintenu en vigueur.
Que doit contenir un NDA de développement logiciel ?
Un NDA de développement logiciel doit contenir les parties, une définition précise des informations confidentielles, la finalité autorisée, les obligations du destinataire, les exclusions, les divulgations imposées par la loi, la durée, la restitution ou la destruction des documents, les recours et le droit applicable. Les projets logiciels nécessitent aussi des clauses sur le code source, les identifiants, les sous-traitants et les outils d’IA.
| Clause | Ce qu’elle doit prévoir | Spécificité logicielle |
|---|---|---|
| Parties | Dénominations sociales complètes et, le cas échéant, personnes physiques | Nommer les sociétés affiliées et sous-traitants autorisés à recevoir des informations |
| Définition des informations confidentielles | Catégories, plus tout ce qui est marqué ou raisonnablement perçu comme confidentiel | Code source, code objet, API, algorithmes, données, identifiants, maquettes, feuilles de route |
| Finalité | Utilisation limitée à l’évaluation ou à la réalisation du projet | Interdit la réutilisation pour des produits similaires ou concurrents |
| Obligations | Garder le secret, protéger avec au moins un soin raisonnable, partager selon le besoin d’en connaître | Accès par comptes nominatifs, MFA, aucune copie sur appareils personnels |
| Exclusions | Informations publiques, déjà connues, développées indépendamment ou reçues licitement | Exiger une preuve écrite en cas de développement indépendant |
| Divulgation légale | Divulgation aux tribunaux ou autorités autorisée, avec notification lorsque c’est possible | Inclure l’avis d’immunité des lanceurs d’alerte américain pour les personnes physiques |
| Durée | Durée de l’accord et de l’obligation de confidentialité | Protection plus longue pour le code source et les secrets d’affaires |
| Restitution ou destruction | Restituer ou supprimer tous les éléments sur demande ou à la fin | Dépôts, sauvegardes, ordinateurs, stockage cloud ; attestation écrite |
| Recours | Injonction, dommages-intérêts, frais d’avocat | Reconnaissance qu’une fuite cause un préjudice irréparable |
| Droit applicable et juridiction | Quel droit s’applique et où les litiges sont tranchés | Décisif avec un prestataire offshore ; envisager l’arbitrage |
| Outils d’IA | Si et comment des services d’IA peuvent traiter des informations confidentielles | Outils autorisés, pas d’entraînement sur les données client, pas de chatbots publics |
| Non-sollicitation (facultatif) | Limites au débauchage du personnel de l’autre partie | Vérifier le droit local ; certaines juridictions encadrent ces clauses |
Deux clauses méritent une attention particulière. La définition détermine si une fuite constitue ou non une violation ; listez donc des catégories et ajoutez une clause générale pour les informations qu’une personne raisonnable comprendrait comme confidentielles. La clause de finalité empêche un prestataire de réutiliser votre concept pour un autre client ; gardez-la étroite.
Quelles informations un NDA ne couvre-t-il pas ?
Un NDA ne couvre pas les informations déjà publiques, celles que le destinataire connaissait avant la divulgation, celles qu’il développe indépendamment sans utiliser vos informations, ni celles qu’il reçoit licitement d’un tiers non tenu au secret. Ces quatre exclusions sont standard et les juges s’attendent à les trouver.
- Informations publiques : tout ce qui est publié ou généralement connu dans le secteur, sauf si c’est devenu public par la faute du destinataire.
- Connaissance antérieure : ce que le destinataire peut prouver qu’il savait déjà, idéalement avec des documents datés.
- Développement indépendant : un travail réalisé par des personnes qui n’ont jamais eu accès à vos informations.
- Informations de tiers : des données reçues licitement de quelqu’un libre de les partager.
Il existe aussi une catégorie qu’un NDA ne devrait pas chercher à couvrir. Les compétences générales en programmation, le code open source et les patrons de conception courants ne peuvent pas être verrouillés ; une clause qui interdirait à un développeur de coder un jour un écran de connexion paraîtra déraisonnable et risque d’affaiblir tout l’accord. Certains prestataires proposent une clause de résidus qui permet à leur personnel d’utiliser les idées retenues de mémoire. Si la valeur de votre produit réside dans son concept ou ses algorithmes, refusez-la ou limitez-la fortement.
Enfin, un NDA ne peut pas empêcher les divulgations protégées par la loi. Aux États-Unis, les signalements aux autorités comme la SEC sont protégés, et le Speak Out Act de 2022 rend inapplicables les clauses de confidentialité conclues avant tout litige pour les affaires de harcèlement et d’agression sexuels. Le Defend Trade Secrets Act impose aussi un avis d’immunité des lanceurs d’alerte dans les accords avec les salariés et les prestataires individuels ; sans lui, l’employeur perd le droit aux dommages-intérêts exemplaires et aux frais d’avocat contre cette personne. Dans l’UE, la directive (UE) 2019/1937 protège également les lanceurs d’alerte.
NDA, contrat-cadre ou cession de PI : quel document protège quoi ?
Un NDA protège la confidentialité, un contrat-cadre (MSA) régit la relation de travail et une cession de PI transfère la propriété de ce qui est créé. Dans un projet externalisé typique, vous avez besoin des trois, car aucun ne remplace les autres.
| Document | Rôle principal | Quand le signer | Vous protège contre |
|---|---|---|---|
| NDA | Garder secrètes les informations partagées et en limiter l’usage | Avant les échanges détaillés | Les fuites et la réutilisation de votre idée, de vos données ou de votre code |
| Contrat-cadre (MSA) | Cadre commercial et juridique de toutes les prestations | Avant le début du développement | Les litiges sur le paiement, la responsabilité, les garanties, la résiliation |
| Cahier des charges (SOW) | Périmètre, livrables, calendrier et prix de chaque phase | Par projet ou par phase | Les litiges de périmètre et les livrables manqués |
| Cession de PI | Transférer les droits sur le code, les maquettes et les documents | Dans le MSA ou le SOW, ou par acte séparé | Les revendications du prestataire ou d’un freelance sur votre produit |
| Accord de traitement des données (DPA) | Règles de traitement des données personnelles | Quand le prestataire traite des données personnelles | Les manquements au RGPD et aux autres lois sur la vie privée |
Le malentendu le plus coûteux consiste à croire qu’un NDA vous donne le code. Ce n’est pas le cas. Selon le Copyright Act américain, un logiciel écrit par un prestataire indépendant n’est en principe pas un work made for hire ; sans cession écrite, le prestataire peut rester titulaire des droits alors que vous avez payé. En droit français, la cession des droits d’auteur doit être écrite et détailler les droits cédés. Placez la cession dans le MSA ou le SOW et veillez à ce qu’elle s’applique aussi à chaque sous-traitant.
La confidentialité doit-elle être une clause du contrat principal ou un NDA séparé ? Utilisez un NDA séparé pour la phase précontractuelle, puisqu’il n’existe pas encore de contrat-cadre. Une fois le MSA signé, intégrez-y le NDA avec une clause d’intégralité qui maintient la protection des divulgations antérieures, ou laissez le NDA en vigueur en précisant quel document prévaut en cas de conflit.
Combien de temps doit durer un NDA de développement logiciel ?
Un NDA de développement logiciel doit généralement protéger les informations confidentielles générales pendant deux à cinq ans après la fin de la relation, et les secrets d’affaires tant qu’ils restent secrets. Les durées courtes conviennent aux informations commerciales qui évoluent vite, les plus longues au code source et aux algorithmes.
- Durée de l’accord : la période pendant laquelle les nouvelles divulgations sont couvertes, souvent un à trois ans ou la durée de la mission.
- Période de survie : combien de temps l’obligation perdure après la fin de l’accord, couramment deux à cinq ans.
- Secrets d’affaires : protégés sans limite tant qu’ils conservent ce statut.
- Données personnelles : soumises aux règles de conservation et de suppression du droit applicable et de votre DPA.
Une obligation « perpétuelle » floue pour tout peut être plus difficile à faire appliquer qu’une durée claire et raisonnable assortie d’une exception pour les secrets d’affaires. Alignez la durée sur le temps pendant lequel l’information conserve réellement sa valeur.
Comment fonctionnent les NDA avec des développeurs offshore et nearshore ?
Les NDA avec des développeurs offshore et nearshore fonctionnent lorsque l’accord choisit un droit applicable et un mode de règlement des litiges capables de produire un résultat exécutoire dans le pays du prestataire. Un NDA soumis à votre droit national ne vaut que par votre capacité à le faire exécuter là où se trouvent le prestataire et ses actifs.
- Choisissez le droit applicable en connaissance de cause. Votre droit national vous est familier, mais vérifiez que les tribunaux du pays du prestataire le respecteront.
- Privilégiez l’arbitrage international pour les contrats transfrontaliers. Les sentences arbitrales sont exécutoires dans plus de 170 pays grâce à la Convention de New York, ce qui est souvent plus simple que l’exécution d’un jugement étranger.
- Autorisez les mesures d’urgence partout. Conservez le droit de demander des ordonnances urgentes dans le pays du prestataire même si les litiges relèvent par ailleurs de l’arbitrage.
- Contractez avec la bonne entité. Signez avec la société qui emploie les développeurs, pas avec un bureau commercial sans actifs.
- Répercutez les obligations. Exigez que le prestataire engage chaque salarié et sous-traitant par des conditions écrites équivalentes et nomme ses sous-traitants à l’avance.
- Ajoutez des clauses de transfert de données. Si des données personnelles de l’UE sont concernées, signez un DPA et utilisez un mécanisme de transfert approuvé, comme les clauses contractuelles types.
En pratique, les recours juridiques sont la dernière ligne de défense. Les premières consistent à choisir un prestataire qui a fait ses preuves, à limiter ce que chaque personne peut consulter et à garder le contrôle de vos dépôts et comptes cloud. Nos guides sur l’externalisation du développement logiciel et sur la manière de choisir une société de développement logiciel couvrent la due diligence.
L’utilisation d’outils de codage IA peut-elle violer un NDA ?
L’utilisation d’outils de codage IA peut violer un NDA lorsque du code, des spécifications ou des données confidentiels sont envoyés à un service qui les conserve, les montre à des humains ou les utilise pour l’entraînement, car cela peut constituer une divulgation à un tiers. Tout dépend de la rédaction du NDA et des conditions de l’outil en matière de données.
Le risque n’a rien de théorique. En 2023, Samsung a restreint l’usage des outils d’IA générative publics après que des ingénieurs eurent collé du code source interne dans un chatbot public. En 2026, la plupart des équipes de développement utilisent quotidiennement des assistants d’IA ; un NDA moderne ou le contrat qui l’accompagne doit donc les encadrer explicitement :
- Listez les outils d’IA autorisés à traiter des informations confidentielles, ou exigez une autorisation écrite pour chacun.
- Exigez des offres professionnelles ou entreprise sans entraînement sur les données client et avec une conservation limitée ou nulle.
- Interdisez le téléversement de secrets, d’identifiants et de données personnelles vers tout service d’IA.
- Demandez au prestataire d’indiquer où du code généré par IA est utilisé et de le vérifier sur les plans des licences et de la sécurité.
- Traitez les fournisseurs d’IA comme des sous-traitants ultérieurs dans le DPA lorsque des données personnelles pourraient leur parvenir.
Des règles claires sur l’IA protègent les deux parties : le client garde le contrôle de ses informations et le prestataire peut utiliser des outils productifs sans deviner ce que le NDA autorise.
Que se passe-t-il si un développeur viole un NDA ?
Si un développeur viole un NDA, la partie divulgatrice peut exiger l’arrêt de la divulgation ou de l’utilisation, demander une injonction, réclamer des dommages-intérêts et, si l’accord le prévoit, le remboursement de ses frais d’avocat. La rapidité compte : plus vous agissez tôt, plus il est facile de contenir la fuite et d’obtenir des mesures provisoires.
Les recours habituels sont :
- Injonction : une ordonnance de cesser d’utiliser ou de divulguer l’information, souvent le recours le plus précieux pour un logiciel.
- Dommages-intérêts : indemnisation de la perte réelle ou de l’enrichissement indu du contrevenant.
- Actions légales en matière de secret des affaires : aux États-Unis, le Defend Trade Secrets Act permet une action devant les tribunaux fédéraux et, dans les cas extrêmes, une saisie ex parte ; en France, la loi de 2018 sur le secret des affaires ouvre des actions similaires.
- Clause pénale : une somme convenue à l’avance, que le juge peut modérer si elle est manifestement excessive.
- Résiliation : la fin de toute la collaboration et la restitution de tous les éléments.
Pour l’emporter, vous devez prouver ce qui était confidentiel, que le destinataire en disposait, qu’il l’a divulgué ou utilisé hors de la finalité autorisée et qu’un préjudice en a résulté. C’est pourquoi la preuve compte bien avant tout litige : consignez ce que vous avez partagé et quand, utilisez les journaux d’accès des dépôts et documents, filigranez les fichiers sensibles et marquez les documents clés comme confidentiels.
Quelles sont les erreurs de NDA les plus fréquentes dans les projets logiciels ?
Les erreurs de NDA les plus fréquentes dans les projets logiciels sont les définitions floues, l’absence de clauses de PI, un périmètre irréaliste et l’oubli des personnes qui voient réellement les informations. La plupart s’évitent par une lecture attentive avant de signer.
- Un modèle générique. Un NDA d’une page conçu pour des échanges commerciaux mentionne rarement le code source, les identifiants ou les dépôts.
- Une définition trop étroite des informations confidentielles, par exemple limitée aux documents marqués « confidentiel », laissant sans protection le code d’un dépôt partagé.
- Une définition trop large, englobant les compétences générales ou les connaissances publiques, ce qui invite le juge à restreindre ou écarter la clause.
- Croire que le NDA transfère la PI. La propriété exige une cession distincte.
- Oublier les sous-traitants et freelances qui travaillent pour le prestataire sans avoir rien signé.
- Aucune clause de restitution ou de suppression, laissant des copies sur des ordinateurs et d’anciens comptes cloud après le projet.
- Pas de droit applicable, ou une juridiction inutilisable contre un prestataire offshore.
- Le silence sur les outils d’IA, qui laisse planer le doute sur l’envoi de code à un assistant d’IA.
- Considérer le NDA comme une mesure de sécurité. Un NDA ne remplace ni le contrôle d’accès, ni le chiffrement, ni les pratiques de développement sécurisé.
Une société de développement logiciel signera-t-elle votre NDA ?
Oui, une société de développement logiciel sérieuse signe un NDA raisonnable, et beaucoup proposent leur propre modèle mutuel sur demande. Un prestataire qui refuse tout NDA avant de voir des spécifications détaillées ou du code est un signal d’alerte.
Les prestataires peuvent contester certaines clauses, et une partie de ces objections est légitime :
- Des clauses de non-concurrence trop larges qui empêcheraient le prestataire de travailler pour quiconque dans votre secteur.
- Une responsabilité illimitée pour toute violation, quels que soient la faute ou la taille du projet.
- Une protection perpétuelle pour tout, y compris pour des informations qui perdent leur valeur en quelques mois.
- Aucune exclusion, ce qui rend le respect de l’accord impossible.
Les idées seules font rarement le succès d’un produit ; c’est l’exécution qui compte. Les agences voient beaucoup de concepts similaires et leur activité repose sur la confiance. Un NDA reste néanmoins une attente légitime dès que vous partagez de vrais détails. Si vous prévoyez une collaboration longue, notre guide pour recruter une équipe de développement dédiée présente les autres clauses à convenir en même temps.
Checklist NDA : que vérifier avant de signer
Avant de signer un NDA de développement logiciel, vérifiez qu’il nomme les bonnes parties, définit les informations confidentielles de façon adaptée au logiciel, limite l’usage à votre projet, contient les exclusions standard, fixe une durée sensée, impose la restitution ou la suppression, couvre les sous-traitants et les outils d’IA et désigne un droit applicable praticable.
- Entités juridiques, signataires et dates corrects des deux côtés.
- La définition couvre le code source, les maquettes, les données, les identifiants et les feuilles de route, plus une clause générale raisonnable.
- Finalité limitée à l’évaluation ou à la réalisation de ce projet.
- Accès selon le besoin d’en connaître, salariés et sous-traitants liés par écrit.
- Quatre exclusions standard, avec preuve écrite exigée pour le développement indépendant.
- Divulgations légales encadrées, y compris l’avis d’immunité américain pour les personnes physiques.
- Durée de deux à cinq ans, avec une protection plus longue pour les secrets d’affaires.
- Restitution ou destruction des éléments, sauvegardes et copies cloud comprises, avec attestation écrite.
- Règles pour les outils de codage IA et les autres services tiers.
- Recours, dont l’injonction, et un droit applicable et une juridiction utilisables.
- Pas de clause de résidus, ou une clause étroite, si votre valeur tient aux idées ou aux algorithmes.
- Lien clair avec le futur contrat-cadre, la cession de PI et le DPA.
Comment protéger votre idée logicielle au-delà du NDA ?
Vous protégez une idée logicielle au-delà du NDA en combinant documents juridiques et contrôles pratiques : partager l’information par étapes, rester propriétaire de vos comptes, limiter les accès par rôle et sécuriser le processus de développement lui-même. Un NDA dit ce qu’il ne faut pas faire ; les contrôles rendent cela difficile.
- Partager par étapes. Des exigences générales pendant la sélection, le détail complet seulement après le NDA et le choix du prestataire.
- Posséder l’infrastructure. Garder dépôts de code, comptes cloud, domaines et comptes des stores au nom de votre entreprise et accorder l’accès au prestataire.
- Appliquer le moindre privilège. Donner à chaque personne uniquement l’accès que son rôle exige et le retirer le jour où elle quitte le projet.
- Protéger techniquement les secrets. Utiliser un gestionnaire de secrets, faire tourner les clés et ne jamais envoyer d’identifiants par e-mail ou messagerie.
- Utiliser des données anonymisées. Fournir aux développeurs des données synthétiques ou masquées plutôt que des données de production lorsque c’est possible.
- Intégrer la sécurité à la livraison. Revue de code, analyse des dépendances et journaux d’audit font partie du processus, comme le décrit notre guide du cycle de développement logiciel sécurisé.
Associées à un NDA clair, à un contrat-cadre avec cession de PI et à un DPA si nécessaire, ces mesures offrent une protection solide pour un coût modeste au regard de la valeur du produit.
FAQ
Qu’est-ce qu’un NDA pour le développement logiciel ?
Un NDA pour le développement logiciel est un contrat par lequel un développeur, une agence ou une autre partie s’engage à garder secrètes les informations confidentielles d’un client et à ne les utiliser que pour le projet. Il couvre généralement le code source, les idées produit, les spécifications, les maquettes, les plans d’affaires, les identifiants et les données utilisateurs, et définit les exclusions, la durée, la restitution des documents et les recours en cas de violation.
Faut-il signer un NDA avant de parler à une société de développement logiciel ?
Signez un NDA avant de partager tout ce qu’un concurrent pourrait exploiter : spécifications détaillées, maquettes non publiées, code source, données, prix ou plans d’affaires. Un premier échange sur vos objectifs généraux en nécessite rarement un. Les sociétés de développement sérieuses signent les NDA de leurs clients en routine, souvent en une journée, et proposent fréquemment un modèle mutuel. Les investisseurs font exception : la plupart des fonds de capital-risque refusent de signer un NDA pour un pitch.
Un NDA mutuel est-il préférable à un NDA unilatéral pour un projet logiciel ?
Un NDA mutuel est généralement préférable lorsque les deux parties partagent des informations sensibles, ce qui est courant dans un projet logiciel : le client partage ses plans produit et ses données, le prestataire ses tarifs, méthodes, outils internes et bibliothèques de code. Un NDA unilatéral convient lorsque seul le client divulgue, par exemple lors de la présélection des prestataires. Un NDA mutuel se signe aussi plus vite, car aucune partie ne se sent exposée.
Combien de temps dure un NDA de développement logiciel ?
La plupart des NDA de développement logiciel protègent les informations confidentielles générales pendant deux à cinq ans après la fin de la relation. Les secrets d’affaires, comme des algorithmes propriétaires ou du code source non publié, doivent rester protégés tant qu’ils conservent ce statut, et les données personnelles suivent les durées imposées par le droit de la protection des données. Une durée fixe et raisonnable s’applique plus facilement qu’une obligation perpétuelle floue.
Un NDA me rend-il propriétaire du code écrit par un développeur ?
Non. Un NDA protège la confidentialité, pas la propriété. Les droits sur le code, les maquettes et les autres livrables doivent être cédés par une clause de cession de propriété intellectuelle distincte, généralement dans le contrat-cadre ou le cahier des charges. Aux États-Unis, un logiciel écrit par un prestataire indépendant n’est en principe pas un work made for hire ; en France, la cession des droits d’auteur doit être écrite et préciser les droits cédés, leur étendue, leur durée et leur territoire.
Un développeur peut-il utiliser des outils de codage IA sous NDA ?
Un développeur ne peut utiliser des outils de codage IA sous NDA que si l’accord ou la politique du projet l’autorise et que l’outil ne conserve pas vos données et ne s’entraîne pas dessus. Coller du code ou des spécifications confidentiels dans un chatbot public peut constituer une divulgation à un tiers. En 2026, les bons NDA et contrats listent les outils autorisés, exigent des offres entreprise ou sans conservation et interdisent d’y téléverser des secrets.
Que se passe-t-il si un développeur viole un NDA ?
Si un développeur viole un NDA, le client peut exiger l’arrêt de l’utilisation, demander une injonction en justice, réclamer des dommages-intérêts pour son préjudice ou le profit indu du contrevenant et, si le contrat le prévoit, le remboursement de ses frais d’avocat. Aux États-Unis, le Defend Trade Secrets Act ajoute des recours fédéraux ; en France, la loi de 2018 sur le secret des affaires protège aussi le détenteur. Le succès dépend de la preuve de ce qui était confidentiel, de ce qui a été divulgué et du préjudice.
Publié le 1er novembre 2026. Cet article constitue une information générale et non un conseil juridique. Sources : Defend Trade Secrets Act, 18 U.S.C. § 1836 et § 1833(b) ; directive (UE) 2016/943 sur le secret des affaires ; loi n° 2018-670 du 30 juillet 2018 relative à la protection du secret des affaires ; Speak Out Act de 2022 ; US Copyright Act, 17 U.S.C. § 101 ; IBM Cost of a Data Breach Report 2025 ; Convention de New York pour la reconnaissance et l’exécution des sentences arbitrales étrangères ; articles de Bloomberg sur les restrictions de Samsung en matière d’IA générative (mai 2023). Les durées types reflètent la pratique contractuelle de YuSMP Group en 2026.