Cahier de recette et PV de réception : votre meilleur bouclier de testeur QA

Dans la chaîne d'une livraison logicielle, le procès-verbal de recette (ou PV de réception) est un document à valeur contractuelle forte. Il marque l'instant où le client reconnaît que votre prestation est conforme au cahier des charges. Trois effets juridiques découlent de sa signature :

• Le transfert du risque opérationnel au client : à partir de cette date, c'est lui qui supporte les conséquences de l'usage du logiciel.
• Le déclenchement de la garantie de bon fonctionnement, si elle est prévue (généralement 3 à 12 mois), pendant laquelle vous corrigez gratuitement les défauts conformes.
• Le point de départ de la prescription : les 5 ans de l'article 2224 du Code civil ne commencent à courir qu'à partir du moment où le client a connu ou aurait dû connaître les faits litigieux. Le PV crée ce point de référence.

Sans PV signé, aucune de ces protections ne joue. Vous êtes exposé à une action en responsabilité contractuelle pendant 5 ans à partir du moment où le client découvre un défaut — et la jurisprudence est très libérale sur la date de "découverte".

Le cahier de recette est le document préalable, à ne pas confondre avec le PV. Il décrit ce qui sera testé, comment, et selon quels critères d'acceptation. C'est l'équivalent d'un cahier des charges pour la phase de validation.

Un bon cahier de recette répond à six questions :

1. Quel périmètre fonctionnel est couvert ? (modules, parcours, écrans)
2. Quels types de tests sont réalisés ? (fonctionnels, non-régression, performance, sécurité, accessibilité)
3. Quels environnements sont utilisés et avec quelles données ?
4. Quels critères d'acceptation conditionnent la validation ? (taux de succès, criticité maximale acceptée)
5. Quelles exclusions explicites sont actées ? (modules non testés, jeux de données non couverts)
6. Qui valide côté client ? (nom, fonction, signature)

Les exclusions explicites sont le point le plus stratégique. Ce qui n'est pas écrit comme exclu est présumé inclus. Si vous ne mentionnez pas que la compatibilité Internet Explorer n'est pas testée, et qu'un bug remonte sur IE deux ans plus tard, votre responsabilité peut être engagée.

Piège n°1 : la "recette avec réserves"

Le client signe le PV mais inscrit "sous réserve de la correction des anomalies n°12 et n°47". Tant que ces réserves ne sont pas levées par un avenant signé, la recette n'est juridiquement pas prononcée. La prescription ne court pas, la garantie ne démarre pas, vous restez exposé indéfiniment.

La parade : exiger systématiquement un PV de levée de réserves signé, dès que les corrections sont validées. Sans ce second document, le premier ne vaut rien.

Piège n°2 : la "mise en production avant recette"

Le client demande à mettre en production avant la fin de la recette, "juste pour gagner du temps". Vous acceptez oralement. Trois mois plus tard, un bug critique remonte. Le client soutient que la recette n'était pas terminée, donc votre responsabilité reste pleine et entière.

La parade : un email écrit du client reconnaissant qu'il a décidé de la mise en production avant clôture de la recette, et qu'il en assume les conséquences. Sans cet email, vous êtes seul à porter le risque.

Piège n°3 : le "PV implicite" par mise en production prolongée

Certains juges considèrent qu'une utilisation prolongée en production sans réclamation vaut recette tacite. Ne comptez pas dessus : la jurisprudence est variable, et le client peut toujours soutenir qu'il n'avait pas connaissance des défauts.

Le PV écrit, daté, signé, sans réserves non levées, est la seule preuve qui tient devant un tribunal.

Voici la structure type qu'un PV de recette devrait contenir pour vous protéger efficacement :

Le mot "habilité" est important : un chef de projet n'a pas toujours le pouvoir d'engager juridiquement son entreprise. Faites signer un dirigeant, un directeur produit ou une personne disposant d'une délégation de signature documentée.

C'est une situation classique : la mission est finie, la facture émise, mais le PV traîne. Le client ne dit pas non, mais ne signe jamais. Vous êtes coincé : prescription qui ne démarre pas, garantie qui ne démarre pas, exposition prolongée.

Trois leviers à actionner dans l'ordre :

1. La relance écrite avec délai. Un email recommandé qui demande la signature sous 15 jours, en précisant que passé ce délai, la recette sera réputée prononcée tacitement. Ce courrier crée une preuve.
2. La mise en demeure par lettre recommandée avec accusé de réception. Elle fait courir les intérêts moratoires et constitue une étape obligatoire avant une action judiciaire.
3. L'action en référé devant le tribunal de commerce pour faire constater la recette tacite. Coût : 1 500 à 4 000 € d'honoraires, mais cela débloque définitivement la situation.

Votre protection juridique professionnelle finance les deux premières étapes et une partie de la troisième. C'est un investissement marginal pour un risque démesuré.

Une fois la recette prononcée, vous entrez dans la garantie de bon fonctionnement si elle est prévue au contrat. Cette garantie est généralement de 3 à 12 mois et oblige à corriger gratuitement les défauts qui apparaissent et qui étaient présents lors de la livraison.

Trois bonnes pratiques pour ne pas se faire piéger :

• Délimiter la garantie : elle couvre les non-conformités au cahier des charges, pas les évolutions, ni les bugs introduits par des modifications du client.
• Tenir un journal des interventions sous garantie, avec qualification (correctif / évolution) et estimation horaire. Vous facturerez ce qui sort du périmètre.
• Acter la fin de garantie par un courrier formel à l'expiration de la période. Sans ce courrier, certains clients continuent de demander des correctifs gratuits indéfiniment.

Au-delà de la garantie de bon fonctionnement, seule la responsabilité contractuelle joue, dans la limite de la prescription quinquennale. C'est cette zone qui doit être couverte par votre RC Pro.