Développeur freelance : les clauses essentielles d’un contrat de prestation

Un devis signé ne suffit pas toujours à protéger une mission de développement. Dès qu’un projet dépasse quelques jours, la plupart des litiges entre un freelance et son client naissent des mêmes zones floues : ce qui est réellement inclus, qui possède le code, quand la recette est considérée comme terminée et ce qui se passe en cas de retard de paiement. Voici les clauses à vérifier avant de démarrer, avec une approche pragmatique plutôt que juridique à outrance.

Délimiter le périmètre, les livrables et la recette

La clause la plus utile est souvent la plus banale : la description de la prestation. Listez les fonctionnalités, les environnements concernés, les navigateurs ou appareils supportés, les intégrations tierces et, tout aussi important, ce qui est explicitement exclu (hébergement, contenus, maintenance, montée de version d’une dépendance majeure). Une annexe technique, même courte, vaut mieux qu’une phrase générique du type « développement d’une application web ».

Prévoyez ensuite une procédure de recette : délai laissé au client pour tester chaque livrable, format des retours, distinction entre anomalie bloquante et demande d’évolution, et validation tacite si aucun retour n’est fait dans le délai convenu. Enfin, encadrez les changements de périmètre : toute demande nouvelle donne lieu à un avenant ou à un devis complémentaire, chiffré en jours ou au forfait. C’est ce mécanisme qui évite qu’un forfait se transforme en régie gratuite.

Propriété intellectuelle : céder les droits, mais pas tout

Contrairement à un salarié, un développeur freelance reste en principe titulaire des droits d’auteur sur le code qu’il écrit. Le client n’en devient propriétaire que si une cession est prévue par écrit, et le Code de la propriété intellectuelle impose qu’elle soit précise : droits cédés (reproduction, adaptation, distribution…), destination, territoire et durée. Une formule vague comme « le client sera propriétaire de tout » est une source de contestation pour les deux parties.

Distinguez aussi le code spécifique développé pour le client de vos briques réutilisables : bibliothèques internes, starters, composants génériques ou scripts de déploiement. Ces éléments peuvent faire l’objet d’une simple licence d’utilisation non exclusive, ce qui vous permet de continuer à les employer sur d’autres missions. Rappelez enfin que les dépendances open source restent soumises à leurs propres licences, et conditionnez idéalement la cession au paiement intégral des factures.

Paiement, pénalités et acomptes

Entre professionnels, le délai de paiement ne peut pas dépasser 60 jours à compter de la date de facture, ou 45 jours fin de mois si c’est convenu ; à défaut d’accord, il est de 30 jours après l’exécution de la prestation. Le contrat et les factures doivent mentionner le taux des pénalités de retard ainsi que l’indemnité forfaitaire de 40 € pour frais de recouvrement. Ces mentions ne servent pas qu’à « faire sérieux » : elles donnent un levier concret quand une facture traîne.

Sur un projet au forfait, un échéancier lié aux jalons (acompte au démarrage, paiement à chaque livrable validé, solde à la mise en production) limite fortement votre exposition. En régie, une facturation mensuelle sur la base d’un relevé de temps validé reste la norme. Pensez aussi à la réforme de la facturation électronique : vos clients doivent désormais pouvoir recevoir des factures électroniques, et l’obligation d’émission s’étend progressivement aux plus petites structures. Votre outil de facturation doit suivre.

Responsabilité, données personnelles et indépendance

Précisez que vous êtes tenu à une obligation de moyens, sauf engagement de résultat explicitement chiffré, et plafonnez votre responsabilité, souvent au montant des sommes perçues sur la mission. Excluez les dommages indirects comme la perte de chiffre d’affaires, et vérifiez que votre assurance responsabilité civile professionnelle couvre bien l’activité de développement logiciel. Si vous accédez à des données personnelles, par exemple une base clients en production, un accord de sous-traitance conforme à l’article 28 du RGPD doit encadrer ce traitement.

Dernier point, souvent négligé : votre indépendance. Un contrat qui impose des horaires fixes, une présence quotidienne obligatoire ou un rattachement hiérarchique à un manager crée un risque de requalification en contrat de travail, au détriment du client comme du freelance. Formulez la mission en objectifs et en livrables, gardez la maîtrise de votre organisation et prévoyez une clause de résiliation avec préavis raisonnable et paiement du travail déjà réalisé.