Recette client refusée : qui paie les corrections sans fin d'une intégration web ?

Vous avez intégré la maquette au pixel près, le site est responsive, les animations tournent. Et pourtant, le client ne paie pas la dernière échéance et continue à vous envoyer des listes de "corrections". Ce blocage a un nom juridique précis : un défaut de recette formalisée.

La recette (ou réception) est l'opération par laquelle le client vérifie que la prestation livrée est conforme à ce qui a été commandé, puis l'accepte. C'est un moment charnière, car juridiquement elle déclenche plusieurs effets en cascade :

• Le transfert de la charge des anomalies : avant la recette, c'est à vous de prouver que le livrable est conforme. Après, c'est au client de prouver le défaut.
• Le point de départ des délais de garantie et, souvent, l'exigibilité du solde de votre facture.
• La fin de votre obligation principale sur le périmètre validé.

Le piège classique de l'intégrateur freelance : livrer un site, le mettre en production, mais ne jamais faire signer le moindre document d'acceptation. Résultat, en l'absence de réception formelle, un juge considère fréquemment que la prestation n'est jamais réellement achevée, ce qui maintient votre responsabilité ouverte et fragilise votre droit au paiement.

Le cœur de tout litige sur une recette tient en une seule question : la demande du client relève-t-elle de la correction d'un défaut (à votre charge) ou d'une évolution hors périmètre (facturable) ?

La ligne de partage est le cahier des charges et la maquette validée. Concrètement :

Sans document de référence opposable, cette frontière disparaît et le client peut transformer la recette en chantier permanent. Pour aller plus loin sur le périmètre de protection, consultez notre page dédiée à la RC Pro de l'intégrateur web.

Une intégration n'est pas un abonnement aux retouches : sans cadre écrit, chaque retour devient une obligation gratuite que vous n'avez jamais contractée.

Dans la vraie vie, peu de recettes sont parfaites du premier coup. La pratique professionnelle prévoit donc trois issues à la vérification :

1. Recette sans réserve : le livrable est accepté tel quel. Idéal pour vous, le périmètre est clos.
2. Recette avec réserves : le client accepte mais liste des anomalies à corriger dans un délai donné. C'est la situation la plus fréquente — et la plus dangereuse si elle n'est pas bornée.
3. Refus de recette : la prestation est jugée non conforme et renvoyée. Sans motif écrit et objectif, ce refus peut être qualifié d'abusif.

Le danger de la recette avec réserves mal gérée : si vous ne documentez ni la liste exhaustive des réserves, ni le délai de levée, le client conserve la possibilité d'ajouter de nouveaux griefs indéfiniment, en prétendant qu'ils faisaient partie des réserves initiales. Vous vous retrouvez à corriger un périmètre mouvant sans jamais atteindre le solde.

La parade : à chaque réserve, formalisez par écrit la nature exacte de l'anomalie, l'élément du cahier des charges concerné et la date butoir de relivraison. Une fois les réserves levées, faites acter une recette définitive.

Que se passe-t-il quand un client de mauvaise foi refuse la recette uniquement pour ne pas payer ? Juridiquement, la réception ne peut pas être bloquée arbitrairement. Un refus de recette doit reposer sur des non-conformités réelles et démontrables par rapport au périmètre commandé.

Si le client refuse sans motif sérieux, plusieurs leviers existent :

• La mise en demeure de prononcer la recette, avec rappel des éléments livrés et conformes.
• La notion de réception tacite : un client qui exploite le site en production (il l'a mis en ligne, l'utilise commercialement, encaisse des ventes via le tunnel que vous avez intégré) accepte implicitement la prestation, même sans signature.
• Le recours, en dernier ressort, à une expertise technique amiable ou judiciaire pour trancher la conformité.

Ces situations dégénèrent vite en contentieux long et coûteux. C'est précisément le rôle de la protection juridique professionnelle : prendre en charge les frais de conseil, d'expertise et de procédure pour défendre la réalité de votre livraison. Pensez aussi à sécuriser vos données projet via un volet cyber-assurance si les échanges et livrables sensibles transitent par vos outils.

Tous les litiges de recette ne se règlent pas par la simple démonstration de votre bonne foi. Parfois, le client subit un préjudice financier réel qu'il vous impute : un site mis en ligne en retard à cause d'un aller-retour de corrections, un tunnel de commande défaillant ayant fait perdre des ventes, une régression introduite lors d'une reprise.

Dans ces cas, ce n'est plus une question de qui paie les corrections, mais de responsabilité pour le dommage causé. La RC Professionnelle de l'intégrateur web couvre alors :

• Les conséquences financières d'une erreur ou d'une omission dans votre prestation.
• Les préjudices immatériels subis par le client (perte de chiffre d'affaires en ligne imputable à un défaut technique).
• Les frais de défense en cas de réclamation.

Autrement dit, la rigueur contractuelle (cahier des charges, PV de recette) vous protège du flou ; l'assurance vous protège du chiffrage du dommage quand la faute est avérée. Les deux sont complémentaires : l'une évite le litige, l'autre absorbe son coût.