Modèle de contrat d'escrow logiciel - trame gratuit

Présentation

Le contrat d'escrow logiciel (ou dépôt de code source auprès d'un tiers séquestre) est un accord tripartite entre un éditeur de logiciel, son client et un tiers séquestre indépendant, par lequel l'éditeur dépose une copie du code source de son logiciel auprès du tiers séquestre. Ce dernier ne libère le code au client qu'en cas de survenance d'événements déclencheurs précisément définis — notamment la défaillance de l'éditeur (procédure collective, cessation d'activité, arrêt de la maintenance du logiciel sans successeur). L'escrow protège ainsi le client contre le risque de dépendance vis-à-vis d'un éditeur qui viendrait à disparaître ou à cesser d'assurer le support de son logiciel, sans pour autant lui donner un accès prématuré ou injustifié au code source. Ce document est une TRAME générique qui doit impérativement être adaptée et validée par un juriste avant toute utilisation : le choix du tiers séquestre (société spécialisée en dépôt de code, notaire, ou autre organisme agréé), la définition précise des événements déclencheurs, la fréquence et les modalités techniques de mise à jour du dépôt, ainsi que la vérification de l'intégrité et de la complétude du code déposé, sont autant de points qui varient fortement selon le contexte et ne peuvent être figés dans un modèle générique. Ce contrat relève de la liberté contractuelle entre professionnels (articles 1101 et suivants du Code civil) et s'articule souvent avec le contrat principal (licence logicielle ou contrat SaaS) auquel il est annexé. Quand l'utiliser : lorsqu'un client dépend de manière critique d'un logiciel édité par un tiers (logiciel métier stratégique, infrastructure logicielle sensible) et souhaite se prémunir contre le risque que l'éditeur cesse d'exister ou d'assurer la maintenance du logiciel, sans que cela l'autorise à accéder au code source tant que l'éditeur fonctionne normalement. Parties : l'éditeur, qui dépose le code source ; le client (ou bénéficiaire), qui pourra recevoir le code en cas de déclenchement des conditions de libération ; et le tiers séquestre, organisme indépendant qui conserve le dépôt et vérifie la survenance des événements déclencheurs avant toute libération. Clauses essentielles : la description précise des éléments déposés (code source, documentation technique, scripts de build, dépendances) et la fréquence de mise à jour du dépôt ; les événements déclencheurs de la libération du code, définis de manière objective et vérifiable (jugement d'ouverture d'une procédure collective, cessation d'activité constatée, arrêt du support pendant une durée donnée sans reprise par un tiers) ; la procédure de vérification technique du dépôt (test de compilation, audit de complétude), pour s'assurer que le code déposé est réellement exploitable en cas de libération ; les droits du client sur le code une fois libéré (licence d'usage limitée à la maintenance du logiciel, et non cession de propriété intellectuelle complète, sauf stipulation contraire) ; les frais de dépôt et de conservation, et leur répartition entre les parties ; la durée de l'accord d'escrow, généralement alignée sur celle du contrat principal ; et les modalités de résiliation, notamment le sort du dépôt en cas de fin du contrat principal sans déclenchement de la libération. Erreurs à éviter : recourir à un tiers séquestre non spécialisé ou insuffisamment indépendant, ce qui fragilise la valeur probante et la fiabilité du dispositif ; définir des événements déclencheurs trop vagues ou invérifiables, source de blocage au moment précis où le client en a le plus besoin ; omettre toute procédure de vérification technique du dépôt, avec le risque que le code déposé soit incomplet, obsolète ou non compilable le jour où il devrait être libéré ; et ne pas actualiser régulièrement le dépôt au fil des évolutions du logiciel, ce qui rend l'escrow inutile en pratique s'il ne reflète qu'une version ancienne et dépassée du code.

Informations à personnaliser

• Nom ou raison sociale de l'éditeur

• Numéro SIREN de l'éditeur

• Adresse de l'éditeur

• Nom ou raison sociale du client bénéficiaire

• Numéro SIREN du client

• Adresse du client

• Nom ou raison sociale du tiers séquestre

  Société spécialisée en dépôt de code source, notaire ou organisme agréé.

• Adresse du tiers séquestre

• Nom du logiciel concerné

• Description des éléments déposés

  Code source, documentation technique, scripts de build, liste des dépendances.

• Fréquence de mise à jour du dépôt

• Événements déclencheurs de la libération

• Modalités de vérification technique du dépôt

• Frais de dépôt et de conservation

• Référence du contrat principal auquel l'escrow est annexé

• Durée de l'accord d'escrow

• Date de signature de l'accord

Personnalisez votre modèle

Questions fréquentes

Qu'est-ce qu'un contrat d'escrow logiciel ?

C'est un accord tripartite entre un éditeur, son client et un tiers séquestre indépendant, par lequel l'éditeur dépose une copie du code source de son logiciel, libérée au client uniquement en cas de défaillance de l'éditeur (procédure collective, cessation d'activité, arrêt du support).

Pourquoi ce modèle est-il une trame et non un contrat prêt à l'emploi ?

Le choix du tiers séquestre, la définition précise des événements déclencheurs et les modalités techniques de vérification du dépôt varient fortement selon le contexte et le niveau de garantie recherché. Ce document doit impérativement être adapté et validé par un juriste avant toute utilisation.

Quels événements déclenchent la libération du code source ?

Typiquement, l'ouverture d'une procédure collective à l'encontre de l'éditeur, la cessation constatée de son activité, ou l'arrêt du support et de la maintenance du logiciel pendant une durée déterminée sans reprise par un tiers. Ces événements doivent être définis de manière objective et vérifiable.

Le client peut-il accéder au code source à tout moment ?

Non. Le principe de l'escrow est précisément que le client n'a aucun accès au code tant que l'éditeur fonctionne normalement. Le code n'est libéré qu'en cas de survenance d'un événement déclencheur précisément défini et vérifié par le tiers séquestre.

Le dépôt de code source garantit-il qu'il sera exploitable en cas de libération ?

Pas automatiquement. Sans procédure de vérification technique périodique (test de compilation, audit de complétude), rien ne garantit que le code déposé, potentiellement ancien ou incomplet, sera réellement utilisable le jour où il devra être libéré.

Que reçoit le client une fois le code libéré ?

En général, une licence d'usage limitée à la maintenance et à l'exploitation continue du logiciel pour ses propres besoins, et non une cession complète de la propriété intellectuelle, sauf stipulation contraire prévue par le contrat principal.

Modèles associés