Une méthode simple pour transformer le cahier des charges en critères testables avant l’arrivée de la machine sur site.
Le vrai problème : les critères arrivent trop tard
Un FAT ou un SAT échoue rarement parce que personne n’a “fait d’essais”. Il échoue parce que les parties n’ont pas défini assez tôt ce qu’elles considèrent comme acceptable : cadence sur quel produit, pendant combien de temps, avec quel taux de rejet, dans quel mode, avec quelles données et quelles dérogations.
1. Transformer chaque exigence en test
Une bonne matrice d’acceptation relie chaque exigence à une méthode de test, un résultat attendu, une responsabilité et une preuve. Les formulations floues comme “fonctionnement fluide” ou “qualité satisfaisante” doivent être remplacées par des critères observables.
2. Séparer FAT et SAT
Le FAT valide ce qui peut raisonnablement être testé chez le fournisseur : séquences, interlocks, sécurité, recettes, alarmes, documentation, cycle sur échantillons, interfaces simulées. Le SAT valide ce qui dépend du vrai site : flux amont/aval, utilités, réseau, produit réel, opérateurs, environnement, cadence en conditions d’exploitation.
3. Gérer les points ouverts explicitement
Un point ouvert n’est pas forcément un échec. Il devient un risque quand il n’a ni propriétaire, ni date, ni impact connu sur la réception. Une punch list bien tenue doit distinguer bloquant sécurité, bloquant performance, réserve documentaire et amélioration non bloquante.
- Liste d’exigences numérotées
- Méthode de test pour chaque exigence
- Échantillons / produits de référence
- Critères quantifiés
- Responsable du test et témoin
- Preuve attendue : mesure, photo, log, rapport
- Punch list avec criticité et échéance
4. Préparer le redémarrage et la maintenance
La réception technique ne doit pas se limiter au cycle automatique. Il faut également tester arrêt/reprise, perte d’énergie, acquittement défaut, mode manuel, changement de série, sauvegarde, restauration et procédures utiles à la maintenance.
Un bon FAT réduit le SAT, il ne le remplace pas
L’objectif n’est pas d’accumuler des signatures. Il est de déplacer un maximum d’incertitude vers un environnement où les corrections sont moins coûteuses. Plus les interfaces et critères sont testés tôt, moins la mise en service devient une phase de découverte.
Note de cadrage technique générale. L’applicabilité réglementaire, les performances et responsabilités doivent être confirmées projet par projet.
