Ce qu'il faut retenir
- La recette est l'opération par laquelle le client contrôle la conformité des livrables aux spécifications convenues, puis les accepte ou les refuse.
- Le Code civil n'impose aucune procédure type : c'est au contrat de l'organiser, sur le fondement des articles 1102 et 1103 relatifs à la liberté contractuelle.
- La validation emporte fréquemment le transfert des risques, fixe le départ des garanties et conditionne l'exigibilité du paiement, mais seulement si le contrat le stipule.
- Une clause efficace définit les critères de réussite, hiérarchise les anomalies bloquantes, majeures et mineures, et prévoit un procès-verbal daté et signé.
- Beaucoup de contrats distinguent recette provisoire et définitive et prévoient une recette tacite, qui doit rester loyale et respecter l'article 1104.
La recette est le moment où le client vérifie que les livrables informatiques correspondent à ce qui était attendu. Loin d'être une simple formalité, elle déclenche des effets juridiques décisifs : elle marque le plus souvent le transfert des risques, le point de départ des garanties et l'exigibilité du paiement. Une procédure de recette mal définie laisse place à l'incertitude : à partir de quand le logiciel est-il réputé accepté ? Quelles anomalies justifient un refus ? Que vaut le silence du client ? Le Code civil n'impose pas de procédure type pour la recette d'un logiciel. C'est donc au contrat de l'organiser avec précision. Une clause rigoureuse protège les deux parties et limite considérablement le risque de litige à la livraison.
Chaque situation reste particulière et dépend des stipulations négociées comme des circonstances du projet. L'analyse ci-dessous expose le cadre applicable, non une consultation adaptée à un cas précis.
La recette, acte central du contrat informatique
La recette désigne l'opération par laquelle le client contrôle la conformité des livrables aux spécifications convenues, puis les accepte ou les refuse. Elle suppose des critères de référence : cahier des charges, spécifications fonctionnelles, scénarios de tests. Sans référentiel clair, la conformité ne peut être appréciée objectivement.
Le droit des contrats laisse aux parties la maîtrise de cette procédure. L'article 1102 du Code civil consacre la liberté de déterminer le contenu du contrat, et l'article 1103 rappelle que les stipulations « tiennent lieu de loi » aux parties. La clause de recette, une fois acceptée, s'impose donc : sa rédaction mérite la plus grande attention.
Les effets juridiques de la validation des livrables
La validation des livrables produit, selon les contrats, plusieurs effets. Elle emporte fréquemment le transfert des risques au client, fixe le point de départ des garanties contractuelles, conditionne l'exigibilité d'un paiement ou d'une tranche, et vaut reconnaissance de conformité sous réserve des anomalies signalées.
Ces effets ne sont pas automatiques : ils résultent de ce que le contrat prévoit. Le moment précis du transfert des risques, le sort des paiements et l'étendue de la présomption de conformité doivent être stipulés. À défaut, leur portée s'apprécie au cas par cas, ce qui fragilise la position des deux parties.
Comment encadrer la procédure de recette
Critères, scénarios de tests et procès-verbal
Une clause efficace définit d'abord les critères de réussite : jeux de tests, environnement, données, résultats attendus. Elle hiérarchise ensuite les anomalies, par exemple entre anomalies bloquantes, majeures et mineures, et précise lesquelles font obstacle à l'acceptation. Elle organise enfin la traçabilité par un procès-verbal de recette, daté et signé, qui matérialise l'acceptation, le refus ou l'acceptation sous réserves.
Réserves, recette provisoire et recette définitive
Beaucoup de contrats distinguent une recette provisoire, prononcée à la livraison avec d'éventuelles réserves, et une recette définitive, acquise après correction des réserves et, parfois, une période d'observation. Cette articulation permet de mettre le logiciel en service tout en conservant un levier jusqu'à la levée des anomalies. Le contrat doit fixer les délais de correction, les modalités de re-test et les conséquences d'une réserve non levée.
Recette tacite et silence du client
Que se passe-t-il si le client utilise le logiciel sans prononcer formellement la recette, ou ne réagit pas dans le délai prévu ? Pour éviter le blocage, de nombreux contrats prévoient une recette tacite ou réputée acquise : l'absence de réserve dans un délai défini, ou la mise en exploitation effective, vaut acceptation. Une telle clause doit rester équilibrée et respecter l'exigence de bonne foi de l'article 1104. En l'absence de stipulation, la portée d'une utilisation sans validation expresse s'apprécie au cas par cas.
Points de vigilance
- Sans référentiel précis (spécifications, scénarios de tests), la conformité ne peut être contrôlée objectivement.
- Les effets de la recette (risques, garanties, paiement) ne jouent que s'ils sont stipulés : ne pas les présumer.
- La hiérarchie des anomalies et les seuils de refus doivent être définis pour éviter les désaccords sur la gravité.
- La clause de recette tacite évite le blocage mais doit rester loyale et clairement encadrée dans le temps.
- Le devoir de collaboration du client, reconnu en matière informatique, suppose sa participation effective aux opérations de recette.
Dans quels cas consulter un avocat ?
L'accompagnement d'un avocat est utile pour rédiger une clause de recette adaptée au projet, hiérarchiser les anomalies, articuler recette provisoire et définitive et sécuriser les effets de la validation. Cette ingénierie relève des contrats informatiques et concerne particulièrement les déploiements en mode SaaS, où la mise en service et la disponibilité du service appellent des clauses spécifiques.
Chaque dossier mérite une analyse propre : la solution dépend des faits, de la rédaction du contrat et de la jurisprudence applicable.
Ce que dit le droit
La procédure de recette est le pivot d'un contrat informatique : elle matérialise l'acceptation des livrables par le client et déclenche des effets juridiques majeurs (transfert des risques, point de départ des garanties, exigibilité du solde du prix). Une recette bien définie précise les critères de conformité, les scénarios de test, les délais, le sort des réserves et le mécanisme de recette tacite en cas de silence ou d'usage.
À défaut de recette claire, l'appréciation de la bonne exécution se fait au regard du droit commun : l'article 1231-1 du Code civil engage la responsabilité du prestataire pour inexécution ou retard, sauf force majeure. Sécuriser la recette, c'est donc encadrer la preuve de la conformité et prévenir les litiges de fin de projet.
Sources officielles
- Article 1231-1 du Code civil, responsabilité contractuelle : Légifrance
Chaque situation est particulière. Pour rédiger ou sécuriser un contrat informatique, nos avocats en droit du numérique et des contrats IT vous accompagnent.
