La clause fichiers sources à mettre dans votre contrat freelance

Un client prend livraison. La facture est payée. Trois mois plus tard, un nouveau designer qu’il a engagé vous contacte pour demander le fichier Figma.

Vous n’avez jamais discuté des fichiers sources. Vous négociez maintenant après coup, sans levier et sans clause sur laquelle vous appuyer.

Ce que recouvre le terme “fichiers sources”

La définition varie selon votre discipline :

• Design : .fig, .ai, .psd, .sketch — les originaux éditables derrière le PNG, le PDF ou le SVG livré
• Développement : le dépôt de code, la configuration du build, les templates d’environnement, les scripts de base de données
• Vidéo : les fichiers de projet, les rushes, les exports de timeline
• Rédaction : les versions natives .docx ou éditables — pas le format final publié

Le livrable final et les fichiers de travail qui l’ont produit sont deux choses distinctes. La plupart des clients ne le savent pas — jusqu’au moment où ils veulent modifier quelque chose.

Pourquoi ils ne sont pas inclus par défaut

Vous êtes payé pour produire un résultat. Les fichiers sources sont l’échafaudage que vous avez utilisé pour y arriver.

Préparer des fichiers pour une passation, c’est du vrai travail. Organiser les calques, annoter une base de code pour quelqu’un d’autre, structurer un fichier Figma pour qu’un autre designer puisse s’y retrouver — rien de tout ça n’est gratuit. Et contrairement au livrable final que vous remettez une fois, les fichiers sources créent une dépendance continue. Un client qui les a peut modifier votre travail sans vous. C’est une décision commerciale légitime — mais elle doit être tarifée comme telle.

Trois façons de gérer la question

Les inclure dans un forfait premium. Votre tarif standard couvre le livrable final. Les fichiers sources sont inclus dans une offre supérieure à +30–50 %. Vous êtes compensé pour le travail de passation ; le client sait ce qu’il achète.

Les facturer séparément. Définissez un forfait fixe pour la livraison des fichiers sources, cité dès le devis — pas après la livraison. €300 pour un package logo, €800 pour une passation de développement. Une fois que c’est inscrit dans le devis, ça n’est rarement contesté à la livraison.

Licencier le résultat, garder la source. Vous conservez les fichiers de travail. Le client obtient les droits d’utilisation sur le livrable. Il ne peut pas le modifier sans revenir vers vous — un mécanisme de fidélisation naturel pour les missions continues.

Aucune de ces options n’est mauvaise. Ce qui est problématique, c’est de laisser la question ouverte et de découvrir l’attente du client six mois après.

La clause

Une seule phrase dans votre contrat :

« Les livrables finaux sont fournis en [format]. Les fichiers sources éditables et les ressources de travail ne sont pas inclus sauf mention contraire ci-dessous. La livraison des fichiers sources peut être achetée séparément pour [montant], payable avant la fin de la mission. »

Adaptez à votre discipline. L’essentiel : quel format vous livrez, que les fichiers sources sont séparés sauf indication contraire, et le prix. Intégrez-la à votre modèle de contrat standard — pas au cas par cas selon le client.

Cette clause s’articule avec la clause de cession de propriété intellectuelle, qui régit la propriété du livrable, et le cahier des charges, où vous définissez ce que “livrables” signifie concrètement.

Quand un client demande les fichiers après livraison

La réponse la plus simple : « Les fichiers sources ne faisaient pas partie du périmètre de cette mission, mais je peux préparer un package de passation. Je vous envoie un devis. »

La plupart des clients qui ont vraiment besoin des fichiers paieront. Ceux qui espéraient les obtenir gratuitement laissent généralement tomber. Dans les deux cas, vous évitez de livrer quelque chose de valeur pour rien.

Si votre contrat ne dit rien là-dessus, vous êtes en zone grise — et les zones grises avantagent celui qui insiste le plus.

Le scénario typique du litige

Ça ne remonte pas à la surface le jour de la livraison. Ça remonte des mois plus tard, quand le client veut faire une modification et réalise qu’il n’a pas ce qu’il lui faut.

À ce moment-là, avoir un historique clair de ce qui a été livré — dans quel format, à quelle date — compte plus que tout accord verbal. Ce que tout contrat freelance doit contenir couvre les autres clauses qui comptent après coup : délais de paiement, transfert de PI, clause de dédit. Les fichiers sources appartiennent au même document.

Timescanner lit votre agenda pour suivre les heures par client et par projet — pour qu’en cas de litige sur ce qui a été livré, vous ayez un historique horodaté. Compatible avec tout agenda iCal.