La bataille de la recette : sécuriser juridiquement votre go-live

La recette est le moment où le client examine le livrable et déclare s'il est conforme au cahier des charges. Juridiquement, c'est un acte décisif : elle marque le transfert des risques, déclenche en général le paiement du solde, et fait courir certains délais de garantie. C'est aussi le point de bascule de la charge de la preuve.

Avant recette, c'est à vous de démontrer que le livrable fonctionne. Après recette sans réserve, c'est au client de prouver un défaut. On comprend pourquoi la recette est le théâtre de presque tous les litiges d'intégration : celui qui contrôle le PV de recette contrôle le rapport de force.

Et pourtant, beaucoup d'intégrateurs la traitent comme une formalité administrative expédiée en fin de projet, alors qu'elle est leur meilleure pièce de défense.

Les contrats d'intégration sérieux distinguent deux jalons que beaucoup confondent — et cette confusion nourrit les litiges :

L'enjeu est clair : un client peut être tenté de bloquer le solde en mélangeant les deux, par exemple en invoquant un problème d'exploitation (VABE) pour refuser de prononcer la VABF qui était pourtant acquise. Nommer explicitement ces jalons dans votre contrat ferme cette porte.

Une recette n'est pas un interrupteur binaire. Le droit reconnaît plusieurs nuances qu'il faut savoir manier :

• La recette avec réserves. Le client accepte le livrable tout en listant des anomalies mineures à corriger. Le projet est réputé reçu ; les réserves doivent être précises, datées et hiérarchisées. Une réserve vague ("ça ne me convient pas") n'a pas de valeur juridique.
• La recette partielle. Certains lots sont reçus, d'autres non. Utile pour débloquer le paiement de ce qui fonctionne.
• La recette tacite. C'est votre filet de sécurité. Si le client met le système en exploitation réelle et l'utilise durablement sans formaliser de réserve, les juges peuvent considérer qu'il a accepté le livrable, même sans signature. Le silence prolongé du client, après une mise en production effective, joue alors en votre faveur.

L'utilisation paisible et prolongée d'un livrable en production, sans réserve formalisée, est régulièrement retenue par les tribunaux comme valant recette tacite.

La meilleure défense se rédige en amont. Quelques stipulations contractuelles changent radicalement votre exposition :

1. Une définition des critères de recette. Le cahier de recette doit lister les cas testés et les seuils d'acceptation. Sans critères objectifs, la conformité devient une affaire d'appréciation, donc de bras de fer.
2. Un délai de recette encadré. "Le client dispose de 15 jours pour notifier ses réserves ; à défaut, la recette est réputée acquise." Cette clause neutralise le client qui fait traîner pour différer le paiement.
3. La distinction entre anomalies bloquantes, majeures et mineures. Seules les anomalies bloquantes doivent pouvoir empêcher la recette ; les mineures se traitent en garantie, sans bloquer le solde.
4. Le devoir de coopération du client. Rappeler que la recette suppose la fourniture des jeux de test et la disponibilité des utilisateurs. Un client qui ne coopère pas ne peut pas vous reprocher l'absence de recette.

Au-delà du formalisme de la recette, un principe surplombe toute la relation : le devoir de conseil du professionnel informatique envers un client souvent profane. C'est une arme à double tranchant. Bien manié, il vous protège ; négligé, il se retourne contre vous.

Côté défense, votre devoir de conseil vous impose d'alerter le client sur ce qui pourrait compromettre la recette : un cahier des charges incomplet, des données sources douteuses, une fenêtre de test insuffisante, un calendrier intenable. Chaque alerte écrite est une pièce qui démontre votre diligence et reporte la part de risque sur un client qui n'aurait pas suivi vos recommandations.

Côté risque, ce même devoir interdit de vous retrancher derrière un cahier des charges que vous saviez incomplet. Le juge attend de vous que vous éclairiez le client, pas que vous exécutiez aveuglément une demande mal formulée. Quelques réflexes concrets :

1. Reformuler par écrit les besoins exprimés oralement, pour figer le périmètre validé.
2. Signaler les angles morts du cahier des charges avant de démarrer, plutôt que de les découvrir en recette.
3. Conserver une trace des arbitrages imposés par le client contre votre avis ("vous confirmez que nous démarrons sans la fenêtre de test demandée").

Un intégrateur qui conseille et trace est presque toujours en meilleure posture, à la recette comme au tribunal, que celui qui se contente de livrer.

Malgré tout, certains clients contestent la recette pour ne pas régler le solde, ou invoquent une non-conformité tardive. Le scénario classique : le projet tourne en production depuis deux mois, vous réclamez les 30 % restants, et le client répond par une liste de griefs flous.

Vos atouts dans ce bras de fer :

• Le PV de recette signé, ou à défaut la preuve d'une mise en exploitation effective et durable.
• Les échanges écrits montrant l'absence de réserves formalisées dans le délai contractuel.
• La traçabilité de la coopération (ou de son absence) du côté client.

Avec ces pièces, une contestation se transforme en simple recouvrement de créance plutôt qu'en procès sur la qualité du livrable. La nuance est capitale : dans un recouvrement, c'est le client débiteur qui doit justifier son refus de payer ; dans un procès en non-conformité, c'est vous qui devez défendre votre travail. Tout l'enjeu de la documentation est de faire basculer le débat du second terrain vers le premier.

Un réflexe utile face au client qui fait traîner : adressez-lui une mise en demeure de prononcer la recette rappelant le délai contractuel et la mise en exploitation effective. Ce courrier, en plus de constituer une preuve, force souvent la décision : soit le client formalise enfin des réserves recevables, soit son silence consolide votre position de recette acquise.

Même bien armé contractuellement, vous pouvez être assigné en responsabilité par un client qui invoque un livrable "non conforme" et réclame des dommages-intérêts. C'est là que votre couverture intervient sur deux fronts.

La protection juridique professionnelle, incluse dans l'assurance RC Pro, finance votre défense et le recouvrement de vos honoraires impayés. La garantie responsabilité civile professionnelle couvre, elle, les condamnations éventuelles si une faute est finalement retenue contre vous (anomalie réelle, défaut de conseil). Le bon réflexe est de déclarer le litige à votre assureur dès la première mise en cause sérieuse, sans attendre l'assignation.

Pour comprendre comment ces garanties s'articulent avec la couverture de votre propre infrastructure et le détail des plafonds adaptés à votre activité, consultez la page métier conseil en systèmes et logiciels.