Votre premier projet avec un client s'est bien passé sous un devis de deux pages. Maintenant, le deuxième projet est plus important, le client vous envoie son propre énoncé des travaux référençant ses conditions générales fournisseurs, et quelque part au milieu de la mission, une livraison arrive en retard et une facture reste impayée. Vous brandissez votre devis. Ils brandissent leurs conditions fournisseurs. Quel document gouverne réellement ? Si vous ne pouvez pas répondre à cette question en une phrase, vos contrats ont déjà pris du retard sur la relation — et la solution n'est pas un devis plus long, mais une structure à deux documents : un accord-cadre de services (master services agreement, MSA) plus un énoncé des travaux (statement of work, SOW) pour chaque mission.
Ce guide explique ce qui figure dans chaque document, pourquoi les séparer vous épargne de renégocier les mêmes clauses à chaque projet, et les erreurs qui font s'effondrer toute la structure. Une mise en garde standard avant de commencer : ceci est de l'information générale sur le fonctionnement des contrats de services, et non un avis juridique sur votre situation particulière.
Les deux documents en une image
Un accord-cadre de services (MSA) contient tous les termes qui restent constants d'une mission à l'autre avec le même client : comment vous êtes payé, qui possède le travail, qui est responsable de quoi, comment chaque partie peut se retirer. Un énoncé des travaux (SOW) décrit exactement une mission : ce que vous allez construire ou livrer, pour quand, pour combien, et comment le client valide la réception.
| Accord-cadre de services | Énoncé des travaux | |
|---|---|---|
| Répond à | Comment travaillons-nous ensemble ? | Que faites-vous cette fois-ci ? |
| Durée de vie | De plusieurs mois à plusieurs années, sur de nombreux projets | Un projet, puis archivé |
| Renégocié | Rarement, voire jamais | Nouveau à chaque mission |
| Contenu typique | Mécanique de paiement, confidentialité, cadre de PI, garanties, indemnisation, plafonds de responsabilité, durée et résiliation | Portée, livrables, jalons, honoraires, critères d'acceptation, contrôle des changements |
| Signé par | Les deux parties, une fois | Les deux parties, à chaque projet |
Voyez le MSA comme le système d'exploitation et chaque SOW comme une application qui tourne dessus. Quand le troisième, le quatrième et le cinquième projet arrivent, vous ne négociez que le SOW — le plafond de responsabilité, la cession de PI et les conditions de paiement que vous avez déjà obtenus restent en place.
Ce qui figure dans l'accord-cadre
Tout ce qui figure dans le MSA doit être vrai pour chaque projet que vous réaliserez un jour pour ce client. Si un terme devait changer d'une mission à l'autre, il appartient au SOW.
Le périmètre de la relation. Paradoxalement, le MSA ne contient généralement aucun périmètre de projet — juste une phrase-cadre indiquant que le client peut vous confier des services décrits dans de futurs énoncés des travaux. Résistez à la tentation de coller des détails de projet ici. Dès que les spécificités d'un projet s'infiltrent dans l'accord-cadre, vous devez amender l'accord-cadre à chaque changement de travail, ce qui est exactement la corvée que la structure existe pour éliminer.
La mécanique de paiement. Pas le prix d'un projet, mais la machinerie pour être payé : les factures exigibles sous combien de jours, ce qui constitue un retard de paiement, la pénalité de retard ou le taux d'intérêt, qui paie les dépenses et comment elles sont justifiées, et si des acomptes sont exigés avant le début du travail. Fixez la pénalité de retard ici une bonne fois — une formulation courante est de 1,5 pour cent par mois sur les soldes en souffrance — et chaque SOW futur en hérite sans nouvelle discussion.
La confidentialité. Une obligation mutuelle couvrant les informations non publiques de chaque partie, combien de temps elle survit à la résiliation, et les exclusions standard pour les informations déjà publiques ou développées indépendamment. Les freelances l'omettent souvent dans les devis autonomes ; dans un MSA, elle ne coûte rien à inclure et protège les deux parties à chaque mission.
Le cadre de propriété intellectuelle. Le MSA énonce la règle de propriété — généralement que vous cédez les livrables finis au client, idéalement contre paiement intégral — plus l'exclusion pour votre PI préexistante : les frameworks, modèles, bibliothèques de code et méthodes antérieurs à la mission qui restent les vôtres, concédés sous licence au client uniquement tels qu'intégrés dans les livrables. Le SOW identifie ensuite quels livrables chaque mission couvre. Gardez la règle dans l'accord-cadre et l'inventaire dans le SOW.
Les garanties et l'indemnisation. Une garantie courte que vous exécuterez les services de manière professionnelle et que les livrables ne porteront atteinte à la PI de personne d'autre, assortie d'une clause d'indemnisation obligeant chaque partie à défendre l'autre contre des réclamations de tiers définies. Ces clauses se lisent comme du jargon jusqu'à ce qu'un code emprunté à un sous-traitant ou une photo de banque d'images non licenciée déclenche une mise en demeure — moment où elles décident qui paie la défense.
La limitation de responsabilité. La clause qui plafonne votre exposition dans le pire des cas, presque toujours fixée aux honoraires payés au titre du SOW concerné durant les 12 mois précédents, plus une renonciation mutuelle aux dommages indirects et consécutifs. Négociez-la une fois dans le MSA et elle couvre tous les projets. Acceptez une clause de responsabilité illimitée ici et vous l'avez acceptée pour tout le travail futur aussi, c'est donc le terme sur lequel il faut se battre le plus fermement au niveau de l'accord-cadre.
La durée, la résiliation et la sortie. Combien de temps dure le MSA, comment chaque partie peut le résilier (généralement avec un préavis écrit de 30 jours), si la résiliation tue les SOW en cours ou les laisse aller à leur terme, et ce qui se passe à la fin : restitution des documents confidentiels, paiement du travail réalisé jusqu'à la date de résiliation, et toute assistance de transition. La phrase la plus précieuse pour les freelances est l'indemnité de résiliation : si le client annule un projet en cours de route, le travail réalisé jusqu'à l'annulation plus une indemnité de sortie définie sont payés quoi qu'il arrive.
L'ordre de priorité. La clause qui répond au scénario d'ouverture : en cas de conflit entre documents, lequel l'emporte ? Une hiérarchie typique place le SOW au-dessus du MSA pour les termes propres au projet, et les deux au-dessus des petits caractères d'un bon de commande ou d'une facture. Sans cette clause, le portail achats du client peut silencieusement écraser vos conditions négociées à chaque bon de commande.
Ce qui figure dans l'énoncé des travaux
Si le MSA est la constitution, le SOW est la loi — spécifique, datée et jetable. Chaque SOW doit tenir debout seul comme description complète d'une mission tout en renvoyant au MSA pour tout le reste. Cinq éléments portent la quasi-totalité du poids.
La portée, plus la liste hors périmètre. Décrivez les livrables, les jalons, le calendrier et les responsabilités de chaque partie — y compris ce que le client vous doit, comme l'accès aux données, des retours sous cinq jours ouvrés, et un décideur unique. Ensuite, écrivez l'image miroir : une liste explicite de ce qui n'est pas inclus. Tours de révision supplémentaires, support d'implémentation, délais accélérés, travail dans des outils que vous n'avez jamais acceptés — nommez-les, et précisez que tout ce qui sort du périmètre exige un bon de changement écrit avec honoraires additionnels. Ce paragraphe transforme la plupart des dérives de périmètre d'une dispute en une facture.
Les honoraires pour cette mission. Le prix forfaitaire, le taux horaire et son plafond, ou le montant de l'abonnement — uniquement les chiffres de ce SOW, posés sur la machinerie de paiement du MSA. Liez chaque paiement à un jalon avec une date calendaire ou un événement vérifiable, et précisez si l'acompte est non remboursable et imputé sur le total. Un échéancier de jalons fait double emploi : il cadence votre trésorerie et donne au client une raison de faire avancer ses retours, puisque son retard décale visiblement ses propres dates.
Les critères d'acceptation. Comment le client accepte chaque livrable, et — point crucial — ce qui se passe s'il ne dit rien. Une clause d'acceptation tacite, généralement dix jours ouvrés sans objection écrite, empêche un client de bloquer indéfiniment la validation et de retenir votre jalon final en otage. Les SOW vagues sans critères d'acceptation sont la source la plus courante de dérive de périmètre : quand « terminé » n'est pas défini, tout est encore dans le périmètre.
Le contrôle des changements. Une procédure d'un paragraphe : les modifications de portée, de calendrier ou d'honoraires doivent être demandées par écrit, chiffrées par vous, et signées par les deux parties avant que le travail modifié commence. Pas de bon de changement signé, pas de travail modifié. Les freelances qui appliquent cela systématiquement rapportent que ça met fin à la plupart des conversations sur la dérive avant même qu'elles commencent, parce que le client voit le prix du détour avant de s'y engager.
Les dépendances et le personnel clé. Si votre calendrier dépend d'éléments fournis par le client, précisez que l'échéancier s'allonge jour pour jour en cas de retard du client. Si le client achète votre agence pour des personnes précises, nommez-les et précisez ce qui se passe si quelqu'un part. L'une ou l'autre de ces phrases empêche le silence de trois semaines de l'autre partie de devenir votre échéance manquée.
Jalons, conditions de paiement et acceptation : là où l'argent rencontre la paperasse
L'échéancier de jalons du SOW n'est pas qu'un plan de projet — c'est votre prévision de revenus sous forme contractuelle, et votre comptabilité devrait le refléter. Quand chaque jalon a un montant défini et un déclencheur d'acceptation, la facturation devient mécanique : jalon accepté, facture envoyée, horloge de paiement lancée selon les termes du MSA. Quand les jalons sont flous, la facturation devient une négociation à chaque fois.
Suivez chaque SOW comme son propre flux de revenus dans vos livres. Un acompte reçu avant le début du travail n'est pas encore du chiffre d'affaires — c'est un passif (produit constaté d'avance) jusqu'à ce que vous livriez le jalon sur lequel il a été imputé. Les paiements par jalon correspondent proprement à des factures datées, ce qui fait de votre balance âgée des créances un système d'alerte précoce : si les SOW d'un client glissent sans cesse en retard alors que les autres paient à l'heure, le problème est le client, pas votre processus de facturation. Et à l'heure des impôts, des enregistrements par SOW rendent trivial de montrer quel revenu appartient à quelle année, au lieu de le reconstituer à partir d'une année de dépôts bancaires. La documentation Beancount montre comment les registres en texte brut gardent ce type de suivi au niveau du projet auditable sans course de fin de mois.
La propriété de la PI à travers deux documents
Répartir les termes de PI entre le MSA et le SOW prête à confusion, alors voici la division du travail. Le MSA énonce la règle de propriété et les exclusions : les livrables sont cédés au client contre paiement intégral, votre boîte à outils préexistante reste la vôtre sous licence, et vous conservez les droits de portfolio s'ils sont négociés. Le SOW identifie les livrables auxquels la règle s'applique — les designs, le code, les rapports ou les contenus que cette mission produit.
Deux pièges guettent les freelances ici. Le premier est de se fier uniquement à la formulation « œuvre de commande » (work made for hire). Selon le droit d'auteur américain, cette doctrine couvre les employés et seulement d'étroites catégories d'œuvres spécialement commandées ; la plupart des livrables de freelance ne sont pas admissibles, et les tribunaux ont maintes fois jugé que qualifier quelque chose d'œuvre de commande dans un contrat ne le rend pas tel. Ce qui transfère réellement la propriété, c'est la clause de cession écrite dans votre MSA — gardez-la, et traitez la formulation work-for-hire comme un filet de sécurité plutôt que comme le mécanisme.
Le second piège est la faille du sous-traitant. Si quelqu'un d'autre touche au travail, votre contrat de sous-traitance doit céder son produit de travail en remontant la chaîne jusqu'à vous. Sinon, vous promettrez au client la propriété de livrables que vous ne possédez pas légalement, et la garantie de PI du MSA devient une violation en attente d'être découverte.
Limitation de responsabilité : plafonner une fois, couvrir chaque projet
Les termes de responsabilité récompensent la structure MSA plus que toute autre clause, parce qu'ils sont les plus durs à négocier et les plus dangereux à rater. Visez trois choses au niveau de l'accord-cadre.
Premièrement, un plafond lié à ce que le client a réellement payé — typiquement les honoraires payés au titre du SOW concerné dans les 12 mois précédant la réclamation. Résistez aux plafonds liés à la totalité des honoraires du MSA si vous faites un travail volumineux pour un même client, car ce nombre devient une cible plus grosse chaque année. Deuxièmement, une exclusion mutuelle des dommages indirects, accessoires et consécutifs : sans elle, une livraison tardive peut théoriquement vous rendre responsable du chiffre d'affaires de lancement perdu par le client. Troisièmement, des exclusions étroites là où le plafond ne s'applique pas — généralement les violations de confidentialité, l'atteinte à la PI et la faute intentionnelle. Gardez cette liste courte. Chaque exclusion est un trou dans la protection, et une révision client qui ajoute « ou toute violation du présent accord » aux exclusions a discrètement supprimé votre plafond tout entier.
Les freelances solos supposent parfois que ces clauses sont du théâtre d'entreprise. Elles ne le sont pas. Un plafond de responsabilité fixé aux honoraires payés signifie que votre pire cas sur une mission à 15 000 $ est d'environ 15 000 $ — douloureux, mais survivable. Sans plafond, votre pire cas est ce qu'un juge estime être les dommages du client. Signez le plafond une fois, et chaque SOW que vous signerez sous ce MSA le portera.
Erreurs courantes qui font s'effondrer toute la structure
Le système à deux documents ne fonctionne que si les documents sont réellement connectés. Voici les défaillances qui reviennent le plus souvent.
Signer un SOW qui ne renvoie jamais au MSA. Un SOW détaché de l'accord-cadre n'est qu'un devis autonome de plus — aucune de vos protections négociées ne s'y attache. Chaque SOW doit s'ouvrir en incorporant le MSA par date et titre. Une phrase suffit.
Laisser les petits caractères d'un bon de commande l'emporter. Beaucoup de clients font passer chaque mission par les achats, et les bons de commande arrivent avec des conditions imprimées au verso qui contredisent votre MSA sur les délais de paiement, la responsabilité et la PI. La clause d'ordre de priorité de votre MSA doit classer le bon de commande en dernier, et vous ne devriez jamais signer un bon de commande dont la face contredit le SOW sans le signaler. Le bon de commande est un instrument de paiement, pas une renégociation.
Les bons de changement à la poignée de main. Chaque faveur hors périmètre accordée sur un « on va s'arranger » verbal entraîne le client à contourner votre clause de contrôle des changements — et vous laisse sans trace signée quand la facture arrive. Chiffrez le changement, obtenez la signature, puis faites le travail. Pas de signature, pas de travail.
Le renouvellement tacite sans revue des tarifs. Les MSA qui se renouvellent automatiquement année après année sont pratiques jusqu'à ce que vous réalisiez que vos tarifs SOW sont gelés depuis 2023 alors que vos coûts ont augmenté de 20 pour cent. Associez le renouvellement automatique à une fenêtre annuelle de revue des tarifs pour que votre prix puisse suivre le marché.
Copier le MSA d'une grande entreprise en tant que freelance solo. Les MSA d'entreprise présupposent des polices d'assurance, des certifications de sécurité et des services juridiques que vous n'avez pas. En signer un mot pour mot peut vous engager à des audits SOC 2 annuels, des SLA de disponibilité de 99,9 pour cent, ou une couverture d'assurance à sept chiffres. Lisez chaque obligation comme une promesse que vous devez personnellement tenir, et rayez ou restreignez celles conçues pour des fournisseurs cent fois plus gros que vous.
Avez-vous vraiment besoin d'un MSA dès maintenant ?
Toutes les missions n'ont pas besoin de la structure complète. Un projet ponctuel avec un livrable défini et une fin nette se gère très bien sous un seul accord autonome bien rédigé — construire un MSA pour un client que vous ne reverrez peut-être jamais est une charge de processus sans bénéfice.
Les signaux qui montrent que vous avez dépassé le document unique sont les affaires récurrentes avec le même client, le travail en abonnement ou de support continu où « terminé » n'est pas une date, les sous-traitants qui rejoignent vos missions, et la paperasse des achats arrivant avec des conditions au verso. Les agences atteignent ces signaux vite, souvent dès leur premier client multi-projets. Les freelances solos les atteignent généralement vers la deuxième ou troisième mission avec un bon client — ce qui est exactement le moment où proposer un MSA est le plus facile, parce que les deux parties veulent déjà que la relation continue. Présentez-le comme une efficacité, pas une escalade : « Mettons les termes permanents au même endroit pour que les projets futurs n'aient besoin que d'un court SOW. »
Gardez vos finances de projet aussi organisées que vos contrats
Un MSA plus des SOW par projet donnent à chaque mission un périmètre défini, un échéancier de jalons et une piste documentaire — précisément la matière première sur laquelle une bonne comptabilité tourne. Quand chaque SOW correspond à son propre flux de revenus, que les acomptes restent en produits constatés d'avance jusqu'à réalisation, et que les factures de jalons vieillissent visiblement dans vos créances, vos livres vous disent la rentabilité par client au lieu d'un flou global unique. Beancount.io offre une comptabilité en texte brut qui vous donne une transparence et un contrôle complets sur vos données financières — pas de boîte noire, pas d'enfermement propriétaire. Commencez gratuitement et découvrez pourquoi les développeurs et les professionnels de la finance passent à la comptabilité en texte brut.
