Un rapport d'essai de laboratoire est le document par lequel un laboratoire communique les résultats d'un essai réalisé sur un objet identifié, selon une méthode précise. Pour un laboratoire accrédité, l'ISO/IEC 17025:2017 (§7.8) impose une liste de mentions : identification unique du rapport, du client, de l'objet et de la méthode, dates, conditions d'essai, résultats avec leurs unités, écarts à la méthode, incertitude et règle de décision si une conformité est déclarée, identification de la personne qui autorise le rapport.
Qu'est-ce qu'un rapport d'essai, et qu'est-ce qu'il n'est pas ?
Un rapport d'essai restitue des résultats. Il indique ce qui a été mesuré, sur quel objet, selon quelle méthode (norme ou méthode interne validée), dans quelles conditions, et ce qui a été obtenu. Il n'a pas à démontrer une hypothèse.
Il se distingue de plusieurs documents voisins :
- le rapport de laboratoire pédagogique, rédigé en TP : objectif, hypothèses, protocole, discussion, bibliographie ;
- le certificat d'étalonnage, qui porte sur un instrument et relève d'exigences propres (§7.8.4) ;
- le rapport d'inspection, qui formule un jugement sur un ouvrage, une installation ou un produit à partir de constats ;
- le procès-verbal d'essai, appellation d'usage dans certaines filières (construction, réaction au feu) pour un document qui est, sur le fond, un rapport d'essai.
Si vous rédigez un compte rendu de TP, la FAQ en bas de page répond à vos questions. La suite traite du rapport émis par un laboratoire sous accréditation.
Ce rapport engage le laboratoire. Le client s'en sert pour prouver la conformité d'un produit ou constituer un dossier de marquage, le maître d'œuvre ou le contrôleur technique pour réceptionner un ouvrage, l'assureur ou l'expert judiciaire en cas de sinistre ou de litige. Chacun doit pouvoir le lire sans vous appeler, et chaque résultat doit pouvoir être retracé jusqu'à la donnée brute.
Que doit contenir un rapport d'essai selon l'ISO 17025 ?
Le tableau suivant reprend les mentions du §7.8 utiles à un rapport d'essai, la source habituelle de chaque donnée et le niveau d'automatisation possible.
Mentions du rapport d'essai ISO/IEC 17025 §7.8
| Mention exigée | Référence | Source de la donnée | Automatisable ? | Contrôle avant signature |
|---|---|---|---|---|
| Mentions fixes du modèle : titre « Rapport d'essai », nom et adresse du laboratoire, déclaration que les résultats ne concernent que les objets soumis à l'essai | 7.8.2 | Modèle de rapport | Oui : pré-remplissage | Modèle en version en vigueur, adresse à jour |
| Lieu de réalisation s'il diffère (chantier, site client) | 7.8.2 | Demande client, ordre de mission | Oui : pré-remplissage | Cohérence avec les conditions déclarées |
| Identification unique sur chaque page, pagination, marque de fin | 7.8.2 | LIMS ou registre des rapports | Oui : pré-remplissage | Même numéro partout, « page x/y », mention de fin |
| Client et coordonnées | 7.8.2 | Demande client | Oui : pré-remplissage | Raison sociale exacte |
| Méthode utilisée | 7.8.2 | Liste des méthodes maîtrisées | Oui : pré-remplissage | Norme et édition en vigueur, méthode dans la portée |
| Description, identification et état de l'objet | 7.8.2 | Registre de réception | Oui pour l'identification, assisté pour l'état | Repères client et laboratoire concordants |
| Dates de réception (et d'échantillonnage si critique), d'essai et d'émission | 7.8.2 | Registre de réception, fichier machine, LIMS | Oui : pré-remplissage | Dates présentes, ordre chronologique respecté |
| Plan et méthode d'échantillonnage, le cas échéant | 7.8.2 | Demande, fiche de prélèvement | Oui : pré-remplissage | Qui a prélevé : laboratoire ou client |
| Résultats avec unités | 7.8.2 | Fichier machine, calcul validé | Oui, par code validé | Unités, arrondis, aucune ressaisie |
| Ajouts, écarts ou exclusions par rapport à la méthode | 7.8.2 | Fiche d'essai, observations opérateur | Assisté : texte proposé | Écart décrit, impact évalué |
| Personne autorisant le rapport | 7.8.2 | Liste des habilitations | Non : décision humaine | Signataire habilité pour la méthode |
| Résultats de prestataires externes | 7.8.2 | Rapport du sous-traitant | Oui pour le marquage | Résultats sous-traités distingués |
| Conditions d'essai influentes | 7.8.3 | Enregistreur d'ambiance, fiche d'essai | Oui : pré-remplissage | Valeurs dans les plages de la méthode |
| Incertitude de mesure, lorsque pertinente | 7.8.3 | Budget d'incertitude | Oui, par code validé | Même unité ou relative, facteur k |
| Opinions et interprétations | 7.8.3, 7.8.7 | Personnel autorisé | Assisté, puis décision humaine | Identifiées comme telles, fondement documenté |
| Déclaration de conformité : spécification, résultats visés, règle de décision | 7.8.6, 7.1.3 | Revue de la demande, procédure interne | Calcul oui, choix de la règle non | Règle convenue avec le client (§7.1.3), sauf si elle est inhérente à la spécification ou à la norme demandée |
| Rapport modifié : nouvelle identification, référence à l'original, motif | 7.8.8 | Registre des rapports | Oui pour la numérotation | Original conservé, motif indiqué |
- Le laboratoire est responsable de toutes les informations du rapport, sauf celles fournies par le client, qui doivent être identifiées comme telles. Si elles peuvent affecter la validité des résultats, le rapport le dit. Lorsque le laboratoire n'a pas prélevé, les résultats s'appliquent à l'échantillon tel que reçu.
- L'incertitude n'est pas exigée dans tous les cas. Elle doit figurer quand elle est pertinente pour l'usage des résultats, quand le client la demande, ou quand elle affecte la conformité à une limite de spécification.
- Chaque résultat doit renvoyer à un opérateur, un équipement étalonné et des données brutes retrouvables (équipements et traçabilité métrologique, §6.4 et §6.5 ; enregistrements techniques, §7.5). Un auditeur peut partir d'une valeur du rapport pour remonter au fichier de la presse et au certificat d'étalonnage du capteur de force.
Les règles d'usage de la référence à l'accréditation (logo, mention, distinction entre résultats couverts et non couverts) sont fixées par le Cofrac, dans ses documents d'application de l'ISO/IEC 17025. Vérifiez le document applicable, dans sa version en vigueur, avant de modifier un modèle.
Exemple de rapport d'essai : structure page par page
L'exemple est fictif : laboratoire, client, numéros et valeurs sont inventés. L'essai porte sur la résistance à la compression de trois éprouvettes cylindriques de béton (Ø 150 mm, hauteur 300 mm) selon NF EN 12390-3. Vérifiez l'édition en vigueur à la date de l'essai, ainsi que les dimensions d'éprouvettes admises, avant de les citer.
Page 1, garde. « Rapport d'essai n° RE-20XX-0001 », Laboratoire Alpha Essais et son adresse, client Entreprise Bêta Construction, objet « Résistance à la compression de 3 éprouvettes de béton », date d'émission, référence d'accréditation si l'essai figure dans la portée, « page 1/7 ».
Page 2, identification des échantillons. Repères client (P1-1 à P1-3) et laboratoire (E-001 à E-003), date de confection et conditions de conservation sur chantier (signalées comme fournies par le client), date de réception, état à réception (E-002 : arête épaufrée), conservation au laboratoire. Source : bordereau de prélèvement du client, registre de réception, suivi de la salle de conservation.
Page 3, méthode et conditions. Norme et édition, préparation des faces (rectification ou surfaçage), presse (identifiant, date et validité du dernier étalonnage), vitesse de mise en charge, âge à l'essai (28 jours), conditions ambiantes, écarts éventuels. Source : liste des méthodes, fiche équipement, enregistreur d'ambiance, fiche d'essai.
Page 4, résultats.
| Repère | Ø mesuré (mm) | Force maximale (kN) | Résistance (MPa) | Rupture |
|---|---|---|---|---|
| E-001 | 149,8 | 612,4 | 34,7 | Satisfaisante |
| E-002 | 150,1 | 598,1 | 33,8 | Satisfaisante |
| E-003 | 150,0 | 631,0 | 35,7 | Satisfaisante |
Incertitude élargie : U = 0,8 MPa (k = 2), valeur fictive. Observation : E-002 présentait une arête épaufrée à réception (page 2). L'essai a été conduit selon la méthode et le mode de rupture est satisfaisant, mais l'effet de l'épaufrure sur la valeur n'est pas évalué. Source : export de la presse, calcul par une feuille ou un script validé, budget d'incertitude du laboratoire, fiche d'essai pour l'observation.
Page 5, conclusions. La page porte la déclaration « Les résultats ne concernent que les objets soumis à l'essai. » Si le client a demandé une conformité, elle cite la spécification convenue, la règle de décision nommée et l'énoncé par éprouvette. Formulation fictive : « Spécification : résistance individuelle ≥ 30,0 MPa. Règle de décision : acceptation simple, sans prise en compte de l'incertitude de mesure. E-001 : 34,7 MPa, conforme. E-002 : 33,8 MPa, conforme. E-003 : 35,7 MPa, conforme. » Source : revue de la demande, procédure de règle de décision.
Page 6, validation. Rédacteur, vérificateur technique, personne autorisant le rapport (nom, fonction, signature, date). Source : liste des habilitations, circuit de validation du LIMS.
Page 7, annexes et fin. Courbes force/temps, photos des ruptures, puis la mention « Fin du rapport ».
Le contenu réel dépend de la méthode, de votre domaine d'accréditation, des exigences du client et parfois d'un cahier des charges sectoriel. Une méthode peut exiger des mentions supplémentaires (masse volumique, mode de conservation détaillé), et la portée peut couvrir l'essai sans couvrir le prélèvement.
Comment rédiger un rapport d'essai conforme, de la réception à la signature
- Enregistrement et revue de la demande (§7.1). Produit : demande acceptée, objets identifiés de façon unique. Piège : date de réception omise, conformité demandée sans spécification ni règle de décision convenue.
- Réalisation de l'essai. Produit : fiche d'essai, fichier machine, relevé d'ambiance. Piège : valeurs notées sur papier libre puis ressaisies, opérateur non identifié.
- Calcul des résultats et de l'incertitude. Produit : résultats issus d'un outil validé (feuille verrouillée, script, LIMS). Piège : unité non convertie (N et kN, cm et mm), formule écrasée dans une cellule.
- Règle de décision (§7.1.3 et §7.8.6). Produit : énoncé de conformité. Piège : appliquer une règle différente de celle convenue avec le client, ou ne pas la citer.
- Texte libre. Produit : observations, écarts, limites. Piège : un écart connu de l'opérateur qui n'arrive jamais dans le rapport.
- Assemblage depuis un modèle maîtrisé. Produit : rapport brouillon. Piège : modèle périmé repris d'un ancien rapport, avec une édition de norme dépassée.
- Vérification technique par une seconde personne. Produit : visa du vérificateur. Piège : relecture de forme seulement, sans retour aux données brutes.
Checklist de relecture avant autorisation
-
Identifiant unique et pagination sur chaque page, marque de fin présente.
-
Client et objet identifiés, repères concordants avec le registre.
-
Norme citée dans l'édition appliquée, dans la portée d'accréditation.
-
Dates de réception, d'essai et d'émission présentes et cohérentes.
-
Équipements identifiés, étalonnage valide à la date d'essai.
-
Unités présentes et homogènes, arrondis conformes à la méthode.
-
Incertitude indiquée quand elle est requise, avec son facteur k.
-
Règle de décision citée si une conformité est déclarée.
-
Écarts à la méthode et informations fournies par le client signalés.
-
Nom et fonction de la personne autorisant le rapport, habilitée pour la méthode.
-
Autorisation, émission et archivage. Produit : rapport signé, archivé avec ses données. Piège : signataire non habilité pour cette méthode, données brutes stockées ailleurs que le rapport.
-
Modification (§7.8.8). Produit : amendement ou nouveau rapport identifié, qui référence l'original. Piège : corriger le PDF et le renvoyer sous le même numéro. Si l'erreur a pu toucher des résultats déjà émis, traitez-la aussi comme un travail non conforme (§7.10), avec évaluation de son importance et information du client si nécessaire.
Que peut-on automatiser dans la production d'un rapport d'essai, et que garder humain ?
Ce qui relève de règles déterministes
Le pré-remplissage des mentions fixes depuis le registre ou le LIMS (LabWare, STARLIMS ou un outil métier), l'import des fichiers machine, l'assemblage et la mise en page, la recopie des mêmes données vers le bordereau ou la facture. S'y ajoutent les contrôles de complétude : mention manquante, unité absente, équipement dont l'étalonnage était expiré à la date d'essai, date d'essai antérieure à la réception. Aucun de ces points ne demande d'IA. Ce sont des règles écrites, testables, que l'équipe qualité peut lire.
Où un modèle de langage aide
Reformuler les notes de l'opérateur en observations lisibles, proposer un texte pour décrire un écart à la méthode, préparer une synthèse pour un client qui reçoit plusieurs rapports, retrouver dans les archives un rapport antérieur comparable. Le texte reste une proposition, relue et acceptée par le rédacteur. Le même principe est décrit pour un autre métier à rapports normés : rédiger et contrôler des rapports normés avec l'IA : le cas du diagnostic immobilier.
Ce qui ne lui est pas confié
- Calculer un résultat, une incertitude ou une conformité. Un modèle de langage peut produire une valeur plausible et fausse, sans calcul reproductible. Ces calculs relèvent d'un code déterministe, testé sur des cas connus et validé avant mise en service (§7.11).
- Citer une norme de mémoire. La référence et l'édition viennent de votre liste de méthodes maîtrisée. Voir comment éviter qu'une IA invente une référence de norme.
- Autoriser un rapport. La signature reste celle d'une personne habilitée.
Risques et limites
- Validation. Toute évolution de l'outil (règle, modèle de rapport, bibliothèque de calcul, version du modèle de langage) impose de revalider et de garder la preuve de cette validation.
- Versions de modèles. Fixez la version utilisée et enregistrez laquelle a proposé quel texte.
- Confidentialité. L'ISO/IEC 17025 traite les informations client comme confidentielles (§4.2). Un service d'IA qui conserve ou réutilise les données soumises pose un problème. Voir héberger un outil d'IA en France sans exposer vos données clients et les recommandations de l'ANSSI pour un système d'IA générative.
- Traçabilité. Journalisez qui a accepté, modifié ou rejeté chaque proposition.
- Maîtrise des règles. L'équipe qualité doit pouvoir modifier un modèle ou un contrôle sans dépendre d'un prestataire.
L'outil réduit les erreurs de saisie et les oublis. Le signataire reste responsable de chaque résultat.
Par où commencer pour fiabiliser et accélérer vos rapports d'essais
Choisissez un seul type de rapport. Les bons candidats ont un volume élevé, une méthode stable et des données déjà numériques (export machine, LIMS, tableur). Un essai réalisé quelques fois par an n'est pas un bon point de départ.
Lumivi procède en trois temps. Un diagnostic cartographie ce rapport, ses sources de données et l'endroit où le temps part : ressaisie, mise en forme, relecture, recherche d'un rapport antérieur. L'outil est ensuite construit sur ce périmètre restreint, une famille d'essais et un modèle. Il est enfin transféré à l'équipe qualité, qui garde la main sur les règles, les modèles et leur validation.
Quel que soit le prestataire, posez trois questions : comment l'outil est-il validé et revalidé, où sont hébergées les données clients, que se passe-t-il quand une norme change d'édition.
Pour étudier votre cas, vous pouvez consulter la page dédiée pour automatiser les livrables d'un bureau d'études ou d'un laboratoire avec Lumivi et demander un diagnostic.
Article rédigé par Loïc Mabilon, cofondateur de Lumivi.
