Le PV de recette informatique est signé, côté client, par le responsable métier qui portera l'application en production et par la DSI pour la partie technique, puis contresigné par le chef de projet du prestataire, qui reconnaît ainsi la liste des anomalies restantes. Le délai de correction d'une anomalie bloquante, lui, s'écrit dans le contrat avant le premier développement, en jours ouvrés comptés à partir de la qualification de l'anomalie. Sans ce chiffre, chaque blocage se discute au cas par cas pendant que la date de mise en production recule.
Un PV signé trop tôt vous fait accepter l'application dans l'état testé, si bien qu'un défaut absent de la liste devient plus difficile à faire corriger. Refusé sans règle écrite, en revanche, il arrête le projet et suspend la tranche de paiement qui lui est liée, sans que personne puisse dire de combien la mise en production glissera. La grille de sévérité et le modèle de PV à remplir qui suivent servent à éviter l'un et l'autre.
Que dit déjà votre contrat sur les anomalies bloquantes ?
Reprenez le planning de la prochaine campagne et le contrat qui l'encadre, puis retrouvez-y qui qualifie une anomalie bloquante et en combien de jours ouvrés elle doit être corrigée. Une recherche de « bloquante », puis de « délai de correction », dans les deux fichiers suffit, et l'exercice tient entre deux réunions. Si l'une des deux réponses manque, envoyez aujourd'hui au chef de projet du prestataire la grille de sévérité ci-dessous, ligne des délais vide, et demandez-la remplie avant le prochain comité de pilotage. Vérifiez au passage que chaque testeur est nommé avec ses jours réservés, puisque la durée réelle d'une campagne dépend surtout de la disponibilité de vos utilisateurs clés.
Qui signe le PV de recette, et qu'est-ce que cette signature engage ?
Trois signatures suffisent, si chacune correspond à une responsabilité réelle. Le responsable métier, souvent le directeur dont les équipes utiliseront l'outil chaque jour, signe la conformité fonctionnelle, parce que lui seul peut dire si le processus testé ressemble au processus réel. La DSI signe la conformité technique (sécurité, performance, sauvegardes, supervision), et le chef de projet du prestataire contresigne la liste des anomalies résiduelles avec leurs délais. Le directeur général n'a pas à signer, sauf si votre délégation de pouvoirs l'exige pour le paiement que déclenche le PV.
Pour vous, la signature vaut acceptation de l'application dans l'état testé et sur le périmètre testé. Pour le prestataire, elle transforme chaque anomalie listée en engagement daté, et elle marque souvent le début de la garantie. C'est pourquoi le modèle comporte une ligne « périmètre non testé ».
Pourquoi écrire les critères d'acceptation avant le développement ?
Un critère d'acceptation écrit après le développement décrit ce qui a été construit, si bien que la recette se borne à vérifier que l'application fait ce qu'elle fait. Il doit donc exister avant la première ligne de code, rattaché à chaque exigence, et assez précis pour qu'un testeur absent des ateliers tranche par oui ou par non. « Une note de frais qui dépasse le plafond hôtelier de la politique voyage part au second valideur » se vérifie en une minute, alors que « le circuit de validation est fluide » ne se vérifie pas.
Le responsable métier rédige ces critères avec l'analyste du prestataire pendant la spécification, et les deux parties les signent avec le cahier des charges. Le cahier de recette en découle, cas par cas, avec ses conditions d'entrée, au premier rang desquelles une version identifiée et le rapport des tests internes du prestataire. Sur un projet de développement sur mesure, cette discipline se négocie avec le contrat. Dès lors que le projet est lancé, elle ne s'obtient plus que par avenant.
Bloquant, majeur, mineur : qui qualifie une anomalie, et que faire en cas de désaccord ?
La grille sert pendant la campagne puis dans le PV. Comme les délais dépendent de la criticité du processus et de la taille de l'équipe du prestataire, elle les laisse à fixer.
| Bloquante | Majeure | Mineure | |
|---|---|---|---|
| Définition | Un processus testé ne peut aller à son terme sans contournement acceptable, ou une donnée est perdue ou faussée | Le processus aboutit au prix d'un contournement manuel, ou une règle est mal appliquée sur un cas secondaire | Sans effet sur le résultat (libellé, mise en page) |
| Exemple | Une note de frais validée n'est jamais transmise au remboursement | L'export comptable des notes omet le centre de coût | Un libellé tronqué |
| Qui qualifie | Le responsable métier, le jour même | Le responsable métier, au point de tri | Le testeur |
| En cas de désaccord | Les deux chefs de projet tranchent le jour même ; d'ici là, elle compte comme bloquante | Point de tri suivant, puis comité de pilotage | Reclassement demandé au point de tri |
| Délai de correction | À fixer, en jours ouvrés | À fixer, en jours ouvrés | Souvent la version suivante |
| Effet sur le PV | Interdit la signature | Tolérée dans la limite convenue, avec une date | Listée, sans effet sur la décision |
Le point de tri est une réunion courte et quotidienne pendant la campagne. Il règle l'essentiel des désaccords, car la plupart tiennent à la lecture du critère plus qu'au défaut lui-même. Une seconde règle évite bien des discussions. Si le comportement attendu n'est écrit ni dans un critère signé ni dans les spécifications validées, l'élément devient une demande d'évolution, hors PV. Cette frontière reste d'ailleurs la même après la mise en production, comme le détaille notre article sur la frontière entre maintenance corrective et évolutive.
Quel modèle de PV de recette copier et faire signer ?
Le modèle ci-dessous se copie dans votre traitement de texte et se remplit à la fin de chaque campagne. Chaque rubrique y répond à une question qui reviendra le jour d'un désaccord, et mieux vaut écrire « sans objet » que laisser un blanc.
PROCÈS-VERBAL DE RECETTE
Projet : ________________________________
Application et version livrée : _________
Environnement de recette : ______________
Contrat de référence : __________________
Campagne n° ____ du __/__/____ au __/__/____
Cahier de recette, version : ____
Testeurs : ______________________________
RÉSULTATS
Cas prévus ____ exécutés ____ réussis ____
échoués ____ non exécutés ____ (motif : ______)
Périmètre testé : _______________________
Périmètre non testé (motif, date prévue) : _______
Conditions d'entrée vérifiées : [ ] oui [ ] non
(version identifiée, données de test, rapport
des tests internes du prestataire)
ANOMALIES RÉSIDUELLES
Bloquantes ____ (zéro pour signer)
Majeures ____ Mineures ____
Réf. | Sévérité | Délai | Re-test le | Vérificateur
____ | ________ | _____ | __/__/____ | ____________
____ | ________ | _____ | __/__/____ | ____________
Évolutions écartées (références) : ______________
DÉCISION
[ ] Acceptée
[ ] Acceptée sous conditions, corrections avant le __/__/____
[ ] Refusée, motifs joints, cycle suivant le __/__/____
EFFETS
Mise en production le : __/__/____
Tranche de paiement : [ ] exigible [ ] suspendue
Début de la garantie (si le contrat le prévoit) : __/__/____
SIGNATURES
Responsable métier
Nom : ______________ Fonction : ______________
Date : __/__/____ Signature :
DSI
Nom : ______________ Fonction : ______________
Date : __/__/____ Signature :
Chef de projet du prestataire (anomalies résiduelles reconnues)
Nom : ______________ Fonction : ______________
Date : __/__/____ Signature :
Annexes : rapport de campagne, extrait du registre des anomalies
Trois rubriques demandent plus d'attention que les autres. Le périmètre non testé protège les deux parties, puisqu'il dit noir sur blanc ce que la signature n'accepte pas. Les conditions d'entrée indiquent si la campagne a démarré sur une version identifiée et après les tests internes du prestataire, tandis que les évolutions écartées gardent la trace des demandes reclassées hors PV, pour qu'elles ne reviennent pas sous forme d'anomalies.
Les trois cases de décision appliquent des seuils écrits d'avance.
| Décision | Condition | Suite |
|---|---|---|
| Acceptée | Zéro bloquante, zéro majeure, couverture atteinte | Mise en production, mineures planifiées |
| Sous conditions | Zéro bloquante, majeures dans la limite convenue, chacune datée | Mise en production selon le contrat, re-test daté |
| Refusée | Une bloquante, ou majeures au-delà de la limite, ou couverture insuffisante | Motifs écrits, nouveau cycle |
Certains cahiers des charges évoquent aussi la VABF et la VSR, deux sigles venus des marchés publics informatiques français. Le cahier des clauses administratives générales de ces marchés, le CCAG-TIC de 2021, nomme la première étape vérification d'aptitude (VA), que certaines administrations appellent vérification d'aptitude au bon fonctionnement, d'où le sigle VABF. Elle s'apparente à votre campagne de recette, tandis que la vérification de service régulier (VSR) observe le système en exploitation pendant trente jours (article 32). Ces règles ne s'imposent pas à un contrat privé au Maroc. Le CCAG-TIC ne vaut que pour les marchés publics français qui s'y réfèrent, et ce qui suit la mise en production relève de toute façon du contrat de maintenance.
Que se passe-t-il quand la recette échoue ?
Un refus reste gérable s'il déclenche une suite écrite. Le prestataire livre une version corrective avec la liste des anomalies traitées, puis vos testeurs rejouent les cas échoués et une série de cas de non-régression choisie d'avance, car une correction peut casser un écran qui fonctionnait. Le protocole fixe le nombre de cycles de reprise compris dans le forfait et ce qui se passe au-delà, par exemple une pénalité par cycle supplémentaire, le remboursement des jours de vos testeurs et, en dernier recours, la résiliation du module. Chaque refus est motivé anomalie par anomalie.
Le protocole engage le client tout autant que le prestataire. Si vos testeurs lancent la campagne en retard ou si vous tardez à décider, le prestataire peut exiger une réponse, et certains contrats prévoient alors une acceptation tacite. Le paiement obéit à la même réciprocité. Une tranche réglée à la signature du PV attache la trésorerie du prestataire à la qualité livrée ; en contrepartie, celui-ci peut demander qu'elle devienne exigible si vous ne rendez pas votre décision dans le délai convenu. Votre propre délai de décision mérite pour cette raison une ligne du contrat, au même titre que les délais de correction.
Combien de cycles faut-il pour faire accepter une application de notes de frais ?
Une société d'ingénierie et de conseil recette l'application de notes de frais et de déplacements dont se servent ses consultants en mission chez les clients. L'entreprise est fictive, et tous les chiffres qui suivent sont des hypothèses. L'outil applique la politique voyage (plafonds d'hôtel, classe de transport), fait valider chaque note par le chef de mission puis, au-dessus d'un montant, par le contrôle de gestion, et transmet les notes validées à la comptabilité, qui rembourse le salarié. Le contrat prévoit 140 cas de test, deux jours ouvrés pour corriger une bloquante et cinq pour une majeure, quatre majeures au plus pour une recette sous conditions, et un cycle de reprise compris ; au-delà, chaque cycle déclenche la pénalité prévue et le prestataire rembourse les jours de vos testeurs.
Au premier cycle, 121 cas réussissent et 19 échouent, soit 2 bloquantes, 6 majeures et 11 mineures. Le PV est refusé. Les deux bloquantes touchent l'envoi des notes validées vers la comptabilité, ce qui explique que, dans un projet d'intégration de systèmes, les cas de test des flux entre applications gagnent à être écrits en premier.
Les mineures étant renvoyées d'un commun accord à la version suivante, le cycle de reprise compris rejoue les 8 cas des bloquantes et des majeures, plus 30 cas de non-régression. Sur ces 38 cas, 35 réussissent. Les deux bloquantes sont corrigées, alors que deux majeures restent ouvertes et que la non-régression en révèle une nouvelle, sur la conversion des dépenses réglées en devises.
Avec zéro bloquante et trois majeures, dans la limite de quatre, le PV est signé sous conditions. Il date la correction des trois majeures à cinq jours ouvrés et confie le re-test à l'utilisateur clé du contrôle de gestion, un re-test qui fait partie du PV et ne compte pas comme un cycle. Si une majeure reste ouverte à cette date, en revanche, la mise en production est reportée et la reprise suivante, au-delà du cycle compris, déclenche la pénalité et le remboursement des jours de testeurs. Les 11 mineures figurent au PV avec leur version cible.
FAQ
- Peut-on mettre en production avec des anomalies encore ouvertes ?
Oui, si le protocole l'a prévu et si toutes les bloquantes sont corrigées. Les majeures restées dans la limite convenue et les mineures figurent alors au PV, chacune avec une date et le nom de la personne qui vérifiera le correctif. Le risque vient des anomalies sans date ni responsable, qui sortent des priorités dès que l'application tourne.
- Qui doit rédiger le cahier de recette, nous ou le prestataire ?
Vos équipes métier rédigent les critères et valident les cas, car elles connaissent les exceptions du processus réel. Le prestataire détaille ensuite les cas et vous remet le rapport de ses propres tests avant la campagne. S'il écrit tout seul, il testera sa propre lecture du besoin, et les cas passeront à côté des situations que seuls vos assistants ou vos comptables rencontrent, comme un déplacement réglé en devises ou une note partagée entre deux centres de coût.
- Combien de temps faut-il prévoir pour une campagne de recette ?
Partez du nombre de cas de test et divisez-le par ce qu'un testeur exécute réellement en une journée en plus de son travail habituel, puis ajoutez au moins un cycle de reprise. Avec les 140 cas de l'exemple et trois testeurs qui en passeraient chacun quinze par jour, la campagne demande donc un peu plus de trois jours avant la reprise.
Sources
- Arrêté du 30 mars 2021 portant approbation du CCAG-TIC (Légifrance)
- CCAG-TIC 2021, article 32, vérifications qualitatives (marche-public.fr)
- Sigles des marchés publics, VABF (marche-public.fr)
Dernière vérification : 1er novembre 2026.
Dans l'échéancier de votre prochain contrat de développement, la tranche de fin de recette devrait devenir exigible à la signature du PV, ou à l'expiration de votre délai de décision si vous n'avez pas tranché à temps. Si vous nous envoyez votre protocole de recette avant de signer ce contrat, nous le comparerons sans frais à cette grille et à ce modèle (prendre rendez-vous).
