Que doit contenir un contrat de développeur freelance au Royaume-Uni ?

Un contrat de développeur freelance britannique doit nommer les parties, le cahier des charges (SOW) ou le backlog, l’acceptation, les environnements, le contrôle des changements, les honoraires, à qui appartient le code, les pratiques de travail IR35, un plafond de responsabilité, et ce qui se passe s’il annule ou paie en retard. Signez-le avant le premier commit.

Cette page vise d’abord England and Wales. Le droit d’auteur en vertu du Copyright, Designs and Patents Act 1988 (loilettre d’intentionUne lettre d’intention est un court document qui consigne les points commerciaux que les deux parties comptent reprendre dans un contrat ultérieur. En Angleterre et au pays de Galles, ce n’est pas un contrat en soi, sauf si les parties entendent être liées. La plupart des lettres d’intention sont placées « sous réserve de contrat » (subject to contract), afin de pouvoir poursuivre les discussions sans conclure un accord par accident.Plus dans le glossaire sur le droit d’auteur, les dessins et modèles et les brevets de 1988) s’applique dans tout le Royaume-Uni. L’off-payroll working (IR35) est une règle fiscale britannique. La voie de la demande en paiement pour une facture impayée est la procédure d’England and Wales dans Un client ne paie pas une facture de freelance.

Il n’existe pas de modèle de contrat de développement logiciel sur Contracts.io. Partez d’un contrat de freelance ou d’un contrat de prestataire indépendant. Une création de site peut partir d’un contrat de création de site web. Le travail récurrent accroche un cahier des charges sous un contrat de prestation de services. Un créneau de suivi mensuel s’assoit sur un contrat de prestation récurrente. Un travail très stratégique peut partir d’un contrat de conseil. Si vous partagez du code non publié avant la signature du deal, un NDA mutuel s’assoit à côté. Des contrats pour les développeurs est la page audience plus courte. Que doit contenir un contrat de création de site web au Royaume-Uni ? est le frère pour les missions de site.

Dix blocs font le travail :

L’acompte de 40 % est un exemple, pas un taux légal. Écrivez les chiffres que vous utilisez vraiment.

Que contient un contrat de freelance ou de prestataire indépendant compare les modèles. Comment rédiger un contrat est la liste de contrôle générale. Cette page est la version développeur.

N’envoyez pas un fichier Word en espérant que v4_final soit celui qu’ils ont signé. Les deux parties doivent modifier et signer électroniquement un seul brouillon partagé.

À vous, sauf si vous le cédez. Le CDPA 1988 s.11 fait de l’auteur le premier titulaire du droit d’auteur freelance. Une cession n’est valable que si elle est faite par écrit, signée. Payer la facture ne transfère pas le titre. Cédez le code sur mesure au paiement intégral. Concédez vos bibliothèques et outils sous licence.

CDPA 1988 s.11 est la règle du premier titulaire. L’exception du salarié à s.11(2) s’applique aux salariés, pas à un développeur sous contrat de prestation de services (contract for services). Commander une réalisation ne déplace pas le droit d’auteur. Si le contrat est silencieux, un tribunal peut trouver une licence implicite limitée aux fins de la commande. Ce n’est pas la propriété. Le silence, c’est ainsi qu’un client emporte le dépôt chez un autre atelier et soutient qu’il pensait l’avoir acheté.

CDPA 1988 s.90 est la règle de cession. Une cession de PIcession de propriété intellectuelleUne cession de propriété intellectuelle est un transfert de la propriété du travail, de sorte que le client en est propriétaire à la place de celui qui l’a réalisé.Plus dans le glossaire doit être faite par écrit, signée par vous ou par quelqu’un qui signe en votre nom. Une licence est une permission d’utiliser l’œuvre. Ce n’est pas un transfert de propriété. Voir licence PI vs cessionlicence PI vs cessionUne cession de PI transfère la propriété du droit d’auteur ou d’une autre propriété intellectuelle. Une licence est une permission d’utilisation ; l’auteur reste titulaire. En England & Wales, il n’y a pas de règle work-made-for-hire de premier titulaire pour les freelances : Copyright, Designs and Patents Act 1988 s.11. Une cession doit être écrite et signée : s.90. Dites ce que vous voulez dire, et quand cela arrive.Plus dans le glossaire.

Un intitulé américain « work for hireœuvre de commande« Work for hire » est une formule, courante dans les contrats à l’américaine, qui signifie que le client est traité comme l’auteur et le propriétaire de l’œuvre dès l’origine.Plus dans le glossaire » ne fait pas ce travail en England and Wales. Voir œuvre de commande. Écrivez cession ou licence en mots anglais.

Gardez quatre piles :

• Code sur mesure — les livrables nommés. Cédés ou concédés sous licence au paiement intégral.
• Vos bibliothèques — composants, CLI, starters antérieurs. Concédées sous licence pour cette mission, pas cédées.
• Open-source — composants tiers sur leurs propres licences. Vous ne pouvez pas les céder.
• Notes de travail — spikes, branches écartées, outils locaux. Non inclus sauf s’ils sont chiffrés.

Dans un contrat de services entre entreprises, il existe une clause implicite selon laquelle vous exécutez le service avec un soin et une compétence raisonnables — Supply of Goods and Services Act 1982 s.13 (loi sur la fourniture de biens et de services de 1982). Cette clause ne déplace pas le droit d’auteur.

Exemple

À réception du paiement intégral, le Développeur cède au Client le droit d’auteur sur le code sur mesure des Livrables. Jusque-là, le Client n’a aucune licence pour les copier, les publier, les communiquer ou les adapter, sauf accord écrit du Développeur. Les matériaux préexistants, bibliothèques, outils et composants open-source tiers restent au Développeur ou à leurs concédants et ne sont concédés sous licence que dans le cadre des Livrables.

En Plain English : ils possèdent le code sur mesure une fois qu’ils ont payé. Ils ne peuvent pas livrer du travail impayé. Votre starter kit et les bibliothèques des autres restent sur leurs propres conditions.

Écrivez cela dans la clause de cession de propriété intellectuelle. S’ils livrent du travail impayé, voir Un client utilise votre travail sans payer.

Gardez trois piles. Le code sur mesure est cédé ou concédé sous licence au paiement intégral. Vos bibliothèques et outils préexistants restent les vôtres et sont concédés sous licence pour cette mission. Les composants open-source restent sur leurs propres licences — divulguez-les. Vous ne pouvez pas céder une licence que vous ne possédez pas.

Une clause tiers qui fonctionne répond à quatre questions :

• Quoi. Bibliothèques nommées que vous avez écrites plus tôt, un starter kit, des paquets tiers dont la mission a besoin.
• À qui appartient la licence. Votre code reste le vôtre. L’open-source reste aux conditions publiées par les auteurs. Le client n’achète pas ces droits d’auteur en vous payant.
• Ce que vous divulguez. Une liste des composants tiers et de la licence que chacun porte déjà. N’inventez pas un nom de licence. Copiez le nom du paquet.
• Ce que vous garantissez. Que vous n’y glisserez pas de matériau auquel vous n’avez pas droit. Pas qu’un paquet amont restera compatible pour toujours.

Le CDPA 1988 s.90 est la règle pour votre droit d’auteur. Il ne déplace pas une licence open-source tierce. Gardez-les comme éléments préexistants ou comme licences tierces, pas comme finaux cédés.

Si vous partagez un dépôt non publié avant la signature du deal, un NDA mutuel s’assoit à côté du papier de réalisation.

Exemple

Les matériaux préexistants, bibliothèques et outils restent au Développeur et sont concédés sous licence au Client uniquement dans la mesure nécessaire pour utiliser les Livrables. Les composants open-source tiers restent sur leurs propres licences. Le Développeur divulguera ces composants et la licence que chacun porte déjà. Le Développeur ne cède pas ces licences. Le Développeur garantit que, à sa connaissance, les Livrables n’incluent pas de matériau tiers qu’il a introduit sans droit de le faire.

En Plain English : ils obtiennent une licence pour utiliser votre kit dans ce produit. Ils n’achètent pas votre boîte à outils. L’open-source reste sur la licence qu’il a déjà. Vous dites ce que vous avez utilisé.

Écrivez un cahier des charges (SOW) ou un backlog nommé, à quoi ressemble « terminé », dans quels environnements vous livrez, et comment un changement est chiffré. « Un produit » n’est pas une liste. Les epics extra sont du contrôle des changements, pas une courtoisie. Signez le SOW avant le premier commit.

Un périmètre qui fonctionne répond à cinq questions :

• La liste. Epics nommés, stories ou une date de gel du backlog. Un checkout n’est pas une place de marché. Une API n’est pas une UI d’administration.
• Acceptation. Tests écrits, une démo en préproduction, une fenêtre de défauts. Un défaut est un manquement au SOW. « Nous avons une nouvelle idée » est un changement.
• Environnements. Qui héberge le dev, la préproduction et la production. Qui détient les comptes cloud. Qui peut pousser en production.
• Ce qui est hors. Une deuxième app, des publicités payantes, du contenu, de l’astreinte continue — sauf s’ils sont sur la liste « in ».
• Contrôle des changements. Un nouvel epic est d’abord chiffré et signé. Voir Le client ajoute sans cesse du travail supplémentaire et contrôle des changements.

Une limite de révisionslimite de révisionsUne limite de révisions dit combien de tours de modifications sont inclus dans le prix avant qu’un travail supplémentaire soit chiffré.Plus dans le glossaire polit un écran convenu. Ce n’est pas un deuxième produit au tarif zéro.

Si le contrat dit que les variations doivent être écrites et signées, un oui Slack ne réécrit pas la mission. Rock Advertising Ltd v MWB Business Exchange Centres Ltd [2018] UKSC 24 donne effet à cette clause.

Exemple

Les Livrables sont les éléments de l’Annexe 1. Le Développeur avisera qu’un Livrable est prêt sur l’environnement de préproduction. Le Client le testera dans les 10 jours ouvrés et soit l’acceptera par écrit, soit listera les défauts au regard de l’Annexe 1. Le silence après ce délai vaut acceptation. Tout travail supplémentaire, epics extra ou travail hors Annexe 1 est chiffré et convenu par écrit avant le début du travail. Le Développeur livre en préproduction. La poussée en production est l’étape du Client, sauf si l’Annexe 1 en dispose autrement.

En Plain English : ils reçoivent le backlog nommé. Dix jours ouvrés pour tester la préproduction. S’ils ne disent rien, c’est accepté. Un nouvel epic est un nouvel honoraire. Ils appuient sur le bouton production, sauf si vous avez aussi chiffré cela.

Les clients récurrents s’assoient souvent sous un contrat de prestation de services plus un cahier des charges par mission. Un site marketing peut partir d’un contrat de création de site web.

Le tarif journalier paie le temps. Le forfait et les jalons paient des résultats nommés. Il n’existe aucun droit britannique par défaut de garder un acompte ou de facturer une indemnité d’annulation — les deux parties doivent convenir des sommes. Écrivez un acompte avant le début du travail. Pour un client professionnel, la somme ne doit pas être une pénalité.

Choisissez une forme d’honoraires et écrivez-la :

Un acompte de 30–50 % à la signature, le travail étant suspendu jusqu’à son arrivée, est la forme freelance habituelle. Une indemnité d’annulation s’assoit à côté : le travail fait plus une part nommée du reste des honoraires s’ils annulent pour convenance. Voir annulation et indemnité d’annulation et conditions de paiement.

Pour un client professionnel, une charge d’annulation convenue qui est vraiment une somme pour manquement ne doit pas être une pénalité. Cavendish Square Holding v Makdessi [2015] UKSC 67 demande si une obligation secondaire impose un préjudice hors de toute proportion avec un intérêt légitime à l’exécution. Liez le chiffre au temps retenu, aux coûts engagés et aux autres missions refusées. Un 100 % forfaitaire dès le jour de la signature, sans lien avec ces intérêts, est la forme qui ressemble à une punition.

Le détail plus long est Client annulé : pouvez-vous garder l’acompte ?.

Exemple

Le Client versera 40 % des Honoraires à la signature et le solde à l’acceptation des Livrables. Le Développeur ne commencera pas avant réception de la première somme. Si le Client annule pour convenance après le début du travail, le Client paiera le travail fait à ce jour et une indemnité d’annulation de 25 % des Honoraires restants. Les sommes déjà versées s’imputent sur ce total. La propriété intellectuelle du travail non intégralement payé reste au Développeur.

En Plain English : 40 % arrivent avant que vous commenciez. S’ils annulent une fois que vous travaillez, ils paient ce qui est fait plus un quart de ce qui reste. Ils ne possèdent pas le code impayé.

Ces pourcentages sont des exemples, pas un taux légal. Pour une mission au tarif journalier, écrivez le tarif, le minimum de jours, et que les jours annulés déjà retenus dans l’agenda restent dus si vous avez refusé d’autre travail.

Écrivez une échéance courte, un droit de suspendre si une facture est en retard, et qu’aucune licence ni cession ne mord avant le paiement intégral. Pour un client professionnel britannique, les intérêts légaux sur un paiement commercial en retard sont de 8 % au-dessus du taux de base de la Bank of England, plus une somme forfaitaire de recouvrement. Nous n’imprimons pas le taux de base actuel.

Les conditions de paiement doivent nommer :

• quand les factures partent — à la signature, à un point médian, à l’acceptation
• combien de jours pour payer — net 14 ou net 30Net 30« Net 30 » signifie que le client dispose de 30 jours à compter de la date de la facture pour payer.Plus dans le glossaire bat un « quand les achats tourneront » sans fin
• un droit de suspension si une facture non contestée est en retard, y compris un droit de ne pas pousser en production
• que le droit d’auteur, ou toute licence d’utiliser le travail, ne passe qu’au paiement intégral

Pour une créance qualifiée entre entreprises, le Late Payment of Commercial Debts (Interest) Act 1998 (loi sur les intérêts de retard des créances commerciales, 1998) fixe les intérêts légaux. GOV.UK sur les paiements commerciaux en retard indique le taux comme 8 % plus le taux de base de la Bank of England. Une fois ces intérêts en cours, une somme forfaitaire de recouvrement est aussi due : £40 sous £1 000, £70 de £1 000 à moins de £10 000, et £100 à £10 000 ou plus, plus les frais de recouvrement raisonnables non couverts par cette somme. Voir intérêts de retard. La loi de 1998 ne s’applique pas à un client consommateur.

Un taux contractuel, si vous en nommez un, est le taux que vous désignez à la place du taux légal. N’inventez pas un chiffre sans lien avec la statute ou avec le papier.

Exemple

Chaque facture non contestée est due dans les 14 jours de sa date. Le Développeur peut suspendre le travail, et n’est pas tenu de remettre l’accès production, tant qu’une facture non contestée a plus de 7 jours de retard. Le droit d’auteur et toute licence d’utiliser les Livrables ne passent au Client qu’au paiement intégral. Jusque-là, le Client n’a aucun droit de copier, publier, communiquer ou adapter les Livrables.

En Plain English : ils ont deux semaines pour payer. Après une semaine de retard, le travail s’arrête et la production reste fermée. Ils ne possèdent pas le code, et ne peuvent pas le livrer, tant qu’ils n’ont pas payé.

La séquence de relance — mise en demeure écrite, letter before action, demande en paiement — est Un client ne paie pas une facture de freelance.

Aucun libellé ne décide de l’impôt. Depuis le 6 avril 2021, les autorités publiques et les clients de taille moyenne ou grande doivent remettre une déclaration de détermination de statut (Status Determination Statement). Les petits clients du secteur privé laissent cette décision à votre société. Rédigez l’autonomie, un véritable remplacement et la réciprocité des obligations de façon à correspondre à votre façon de travailler réelle.

Les règles de l’off-payroll working figurent dans l’ITEPA 2003. Depuis le 6 avril 2021, lorsque des services sont fournis par l’intermédiaire d’une structure à une autorité publique ou à un client de taille moyenne ou grande ayant un lien avec le Royaume-Uni, le client doit remettre une déclaration de détermination de statut. Cette déclaration doit indiquer si le travailleur aurait été salarié s’il avait été engagé directement, expliquer les raisons, et être établie avec un soin raisonnable.

Lorsque des services sont fournis par l’intermédiaire d’une structure à une personne qui n’est pas une autorité publique et qui se qualifie comme petite pour l’année fiscale, le chapitre 8 s’applique. Une société se qualifie comme petite pour une année fiscale si le régime des petites sociétés du Companies Act 2006 (loi sur les sociétés de 2006) s’applique à son dernier exercice financier pertinent pour cette année fiscale. La société du travailleur décide alors du statut.

Ce que le contrat peut encore faire, c’est décrire fidèlement la relation de travail :

• Autonomie. Vous décidez comment livrer le résultat convenu. Le client fixe le résultat, les échéances et des règles de site raisonnables, pas les méthodes au jour le jour.
• Véritable remplacement. Vous pouvez envoyer un remplaçant dûment qualifié, payé par vous. Un veto illimité du client fait paraître le droit irréel.
• Réciprocité des obligations (mutuality). Chaque cahier des charges est une mission distincte. Ni l’une ni l’autre partie n’est tenue d’offrir ou d’accepter du travail ultérieur quand une mission se termine.

HMRC examine le contrat et les pratiques de travail ensemble. Une clause de remplacement que le client n’autoriserait jamais en pratique ne portera pas le statut. Mettez le remplacement dans la clause de cession et sous-traitance d’un contrat de prestataire indépendant ou d’un contrat de freelance, pas dans un e-mail de côté.

La liste de contrôle plus longue — chapitre 8 et chapitre 10, la déclaration de détermination de statut, et un libellé favorable à « hors IR35 » — est Clauses de contrat IR35 au Royaume-Uni. Cette page n’invente pas de libellé au-delà.

Exemple

Le Développeur décide comment livrer le résultat convenu. Le Client peut fixer le résultat, les échéances et des règles d’accès raisonnables, pas les méthodes au jour le jour. Le Développeur peut envoyer un remplaçant dûment qualifié, payé par le Développeur. Chaque cahier des charges est une mission distincte. Ni l’une ni l’autre partie n’est tenue d’offrir ou d’accepter du travail ultérieur quand une mission se termine.

En Plain English : vous tenez le comment. Ils achètent le quoi. Vous pouvez envoyer quelqu’un d’autre qui sait faire le travail. Ce SOW est ce SOW — pas une promesse pour le mois prochain.

Plafonnez la responsabilité à un multiple des honoraires. En England and Wales, vous ne pouvez pas exclure la responsabilité pour décès ou dommage corporel causé par négligence. Si vous accédez à des données personnelles sur les systèmes du client, le traitement exige un contrat de sous-traitant contraignant. Voir le guide responsabilité plus long.

Une limitation de responsabilité qui fonctionne nomme :

• le plafond — souvent les honoraires payés au titre du SOW, ou un multiple nommé
• ce qui reste illimité — le décès ou le dommage corporel causé par négligence ne peut être exclu ni restreint (Unfair Contract Terms Act 1977 s.2, loi sur les clauses contractuelles abusives). L’autre responsabilité pour négligence ne peut être limitée que dans la mesure où la clause est raisonnable
• si une garantie d’indemnisation s’assoit dans le plafond ou le traverse

La page plus longue est Comment un freelance doit-il limiter sa responsabilité ?.

Si vous traitez des données personnelles pour le client — bases de production, exports utilisateurs, accès support — l’article 28(3) du UK GDPR exige un contrat qui vous lie en tant que sous-traitant. Il doit indiquer l’objet et la durée du traitement, la nature et la finalité, le type de données personnelles et les catégories de personnes concernées, ainsi que les clauses sous-traitant de l’article 28(3)(a)–(h). Voir protection des données. Ne prétendez pas qu’une ligne « vous respecterez le droit de la protection des données » est ce contrat.

Dans un contrat de services entre entreprises, il existe aussi une clause implicite selon laquelle vous exécutez le service avec un soin et une compétence raisonnables — Supply of Goods and Services Act 1982 s.13. Un plafond s’assoit à côté de cette clause. Il ne l’efface pas.

Exemple

La responsabilité totale du Développeur au titre du présent accord est limitée aux honoraires payés au titre du cahier des charges concerné. Rien dans le présent accord ne limite la responsabilité pour décès ou dommage corporel causé par négligence. Lorsque le Développeur traite des données personnelles pour le Client, ce traitement est régi par les clauses sous-traitant de l’Annexe 2.

En Plain English : si ça tourne mal, vous êtes engagé jusqu’aux honoraires de cette mission. Vous ne pouvez pas contracter hors d’avoir tué quelqu’un par négligence. Si vous touchez les données de leurs utilisateurs, écrivez le papier sous-traitant, pas une vibe.

Nommez qui a accès, à quels dépôts et comptes cloud, avec quel privilège, et quand l’accès se termine. Utilisez des comptes nommés, pas un mot de passe partagé. À la fin, vous rendez les identifiants et ils révoquent les vôtres. Écrivez cela comme une pratique, pas comme une clause de statute pénale.

Une clause d’accès qui fonctionne répond à cinq questions :

• Quoi. Hôtes Git, consoles cloud, CI, trackers d’erreurs, analytics, DNS du domaine.
• Qui. Des personnes nommées, sur des comptes nommés. Pas de mot de passe root partagé dans un DM Slack.
• Privilège. Le moindre privilège pour la mission. Accès en écriture production seulement si le SOW dit que vous poussez.
• Secrets. Où vivent les clés de déploiement et les jetons. Qui les fait tourner.
• Fin. Vous rendez ou détruisez les identifiants. Ils révoquent votre accès à la date de fin, ou en cas de manquement substantiel.

Ne retenez pas les clés de production en otage d’une facture impayée. Le droit de suspension et la ligne PI font déjà ce travail : pas de cession, et pas d’obligation de pousser, tant qu’une facture non contestée est en retard. Un conflit de verrouillage, c’est ainsi qu’une petite dette devient un plus gros litige.

Si vous partagez un dépôt non publié avant la signature du deal, mettez un NDA mutuel à côté de la liste d’accès.

Exemple

Le Client accordera au Développeur l’accès aux dépôts et comptes cloud listés à l’Annexe 1, sur des comptes nommés et au privilège qui y est fixé. Le Développeur ne partagera pas ces identifiants. À la fin, ou sur demande écrite du Client, le Développeur rendra ou détruira les identifiants sous son contrôle, et le Client révoquera l’accès du Développeur.

En Plain English : ils vous laissent entrer sur un identifiant nommé. Vous ne faites pas circuler les clés. Quand ça se termine, vous rendez les clés et ils ferment la porte.

Seulement si le contrat le dit. Une cession du code ne vous donne pas, à elle seule, le droit de mettre le produit sur votre site. Écrivez une licence en retour : canaux nommés, si vous pouvez nommer le client, et si le travail confidentiel reste hors du portfolio jusqu’à leur lancement.

Une clause portfolio qui fonctionne répond à quatre questions :

• Où. Votre site, les réseaux, un showreel imprimé, des talks.
• Quoi. Le produit public, pas les branches non publiées ni l’architecture écartée.
• Quand. Après le lancement, ou après un embargo nommé.
• Crédit. Si vous nommez le client, et s’il vous nomme. Le crédit pour le code est une promesse contractuelle.

Voir publicité et usage portfolio. Si la mission est confidentielle — un produit non lancé, une réalisation encore en stealth — écrivez que la licence commence à leur lancement public, ou sur consentement écrit. Le silence, c’est ainsi qu’une étude de cas part en ligne la semaine avant leur annonce.

Exemple

Le Développeur peut reproduire le produit public dans le portfolio du Développeur et sur le site et les canaux sociaux du Développeur, et peut nommer le Client comme commanditaire, après le lancement, ou plus tôt avec le consentement écrit du Client. Cette licence ne s’étend pas aux branches non publiées, aux URL de préproduction ni aux informations confidentielles.

En Plain English : une fois que c’est public, vous pouvez montrer le produit en ligne et les nommer. Vous ne pouvez pas montrer les routes qu’ils ont tuées, ni fuiter le lancement.

S’ils refusent tout usage portfolio, c’est une question de prix. Mettez cela dans le papier avant de commencer.

La mission se termine quand les livrables nommés sont acceptés, ou quand le préavis expire. Remettez les dépôts, identifiants et docs. Le code impayé reste le vôtre. Ensuite, le suivi s’assoit sur un contrat de prestation récurrente, ou chez le client. Ne laissez pas « on gardera un œil dessus » comme une promesse ouverte.

Une passation qui fonctionne répond à cinq questions :

• Quand la réalisation se termine. Acceptation en préproduction, ou une date de fin nommée.
• Ce qui bouge. Dépôts, admin cloud, CI, DNS, identifiants tiers, runbooks.
• Ce qui reste. Vos outils locaux, spikes non utilisés, bibliothèques que vous n’avez pas cédées.
• La garantie. Défauts au regard du SOW pendant un nombre de jours nommé. C’est une fenêtre contractuelle, pas un add-on légal au CDPA.
• Le contrat de prestation récurrente. Heures par mois, délais de réponse, si les heures non utilisées reportent, comment il se termine. Voir contrat de prestation récurrente.

S’ils vous veulent d’astreinte après le lancement et qu’il n’y a pas de contrat de prestation récurrente, c’est une nouvelle mission. Comment mettre fin à un contrat de freelance est la page de fin plus longue.

Exemple

La mission se termine à l’acceptation des Livrables, ou selon le préavis de l’Annexe 1. Le Développeur remettra les dépôts, l’accès administrateur cloud, la CI, les enregistrements DNS et les identifiants tiers listés à l’Annexe 1. Les défauts au regard de l’Annexe 1 signalés dans les 30 jours de l’acceptation sont corrigés sans frais. L’hébergement, l’astreinte et les changements ultérieurs après cette fenêtre sont un contrat de prestation récurrente distinct, ou sont chiffrés comme travail extra. La propriété intellectuelle du travail non intégralement payé reste au Développeur.

En Plain English : vous livrez, vous remettez les clés, vous corrigez les vrais bugs pendant un mois. Ensuite ils paient pour le suivi, ou ils le font tourner eux-mêmes. Le code impayé reste le vôtre.

Sur Contracts.io, les deux parties rédigent, négocient et signent électroniquement un seul contrat de développeur partagé : le SOW, la ligne de PI et l’indemnité d’annulation sont donc la version que vous avez signée ensemble. Décrivez la mission en une phrase. Lex, notre assistant IA, rédige. Vous partagez un seul lien. Personne ne s’envoie v4_final.docx par e-mail.

Le client ouvre ce lien. Il peut Accept, Counter or Decline sur cette même version, puis vous signez tous les deux électroniquement. L’autre partie ne paie jamais et n’a pas besoin de compte.

Partez d’un contrat de freelance ou d’un contrat de prestataire indépendant. Une création de site peut partir d’un contrat de création de site web. Le travail récurrent peut accrocher un cahier des charges sous un contrat de prestation de services. Après le lancement, un contrat de prestation récurrente couvre le suivi. Vous pouvez aussi partir du générateur de contrats IA ou du générateur de contrats. Si vous partagez du code non publié avant la signature du deal, le générateur de NDA ou un NDA mutuel s’assoit à côté.

Cela ne remet pas de détermination de statut IR35 au client. Cela signifie que le cahier des charges, la cession de PI ou la licence, l’acompteacompteUn acompte est une somme versée à l’avance, avant le gros du travail ou la facture finale.Plus dans le glossaire, l’indemnité d’annulationindemnité d’annulationUne indemnité d’annulation (« kill fee ») est la somme due à un créateur ou à un prestataire lorsqu’un client annule un projet avant qu’il soit terminé.Plus dans le glossaire et le plafond de responsabilitéplafond de responsabilitéUn plafond de responsabilité est le montant maximal qu’une partie peut être amenée à payer à l’autre au titre d’un contrat.Plus dans le glossaire sont les mots que vous avez signés ensemble, pas une ligne perdue dans un e-mail.

Free £0, puis formules payantes à partir de £15 par mois — voir /pricing.

Essayez-le sur contracts.io : décrivez la réalisation en une phrase, partagez un seul lien, et signez électroniquement avant le premier commit.

Des contrats pour les développeurs est l’ensemble plus large de conditions autour de ce papier. Des contrats pour les webdesigners est le frère site. Clauses de contrat IR35 au Royaume-Uni est la page de statut. Faut-il commencer le travail avant la signature du contrat ? est la règle du premier jour.