DCC : Du certificat d’étalonnage au certificat d’étalonnage numérique – Représenter numériquement et de manière structurée les étalonnages de température

Introduction

Les certificats d’étalonnage sont depuis des décennies le principal moyen de communication entre le laboratoire d’étalonnage et l’utilisateur. Ils documentent les résultats de mesure traçables, les incertitudes de mesure et les conditions-cadres pertinentes – mais en pratique, presque toujours sous forme de PDF et donc principalement destinés à l’interprétation humaine. Pour les bases de données, les systèmes LIMS ou les évaluations automatisées, ces informations ne peuvent être utilisées qu’avec un effort supplémentaire considérable.

Avec le certificat d’étalonnage numérique (DCC), un format standardisé, basé sur XML, est disponible depuis quelques années, qui représente les informations d’étalonnage de manière structurée et lisible par machine. Entre-temps, il existe des conventions inter-grandeurs de mesure ainsi que des rapports d’experts spécifiques à chaque domaine, qui créent un cadre solide pour la mise en œuvre pratique – y compris dans l’étalonnage de température.

De nombreux laboratoires sont donc confrontés à une question très concrète : Comment les processus établis et les certificats d’étalonnage éprouvés peuvent-ils être transférés dans le monde du DCC, sans introduire de complexité supplémentaire dans le quotidien du laboratoire ?

Cet article examine cette transition du point de vue d’un laboratoire d’étalonnage de température. L’accent est mis sur les thermomètres à résistance selon la DKD-R 5-1 et sur la question de savoir comment le contenu d’un certificat d’étalonnage classique peut être retrouvé de manière cohérente dans un DCC structuré – de l’échelle de température utilisée aux conditions ambiantes, en passant par l’auto-échauffement et l’hystérésis.

Motivation

À première vue, le monde établi des certificats d’étalonnage PDF fonctionne de manière fiable : le client reçoit un document, peut comprendre le tableau des valeurs mesurées et des incertitudes, et archive le fichier dans le système de gestion de la qualité. Cependant, cela devient critique au moment où les données d’étalonnage doivent être traitées ultérieurement – par exemple pour une intégration automatique dans un système de gestion des équipements de test, pour des analyses de tendances ou pour la comparaison de plusieurs étalonnages au fil du temps.

La cause réside dans la nature du format : un PDF ne contient pas de grandeurs de mesure explicites, pas d’unités interprétables de manière univoque et pas de métadonnées structurées. Les informations qu’il contient sont facilement lisibles par l’homme, mais ne sont accessibles aux machines qu’avec un effort supplémentaire considérable.

C’est précisément là qu’intervient le certificat d’étalonnage numérique. Un DCC ne documente pas seulement dans le texte courant qu’un Pt100 a été étalonné à 100 °C, mais stocke cette information dans des structures de données clairement définies – y compris l’instrument de mesure, l’échelle utilisée, la référence, les grandeurs d’influence et les contributions à l’incertitude. Cela rend possibles des évaluations qui nécessitent aujourd’hui encore souvent des transferts manuels, des processus de copier-coller ou des flux de travail basés sur l’OCR.

En particulier dans l’étalonnage de température, le passage à une représentation structurée est évident. Les détails techniques tels que les échelles de température, les milieux d’étalonnage, l’auto-échauffement ou l’hystérésis doivent de toute façon être soigneusement enregistrés. Si ces informations sont disponibles sous forme lisible par machine, les deux parties en profitent : les laboratoires peuvent réutiliser les données de manière cohérente, et les utilisateurs obtiennent une base fiable pour des analyses à long terme.

La motivation de cet article est donc de transposer l’approche DCC, souvent perçue comme abstraite, à un sujet d’étalonnage concret et quotidien. La transition du certificat PDF classique au DCC s’avère moins être une rupture technologique qu’une structuration cohérente de ce qui est déjà mesuré et documenté aujourd’hui dans les laboratoires qualifiés.

Qu’est-ce que le DCC ?

Le certificat d’étalonnage numérique (DCC) est un format de données standardisé, basé sur XML, pour la description des étalonnages. Contrairement au PDF classique, l’accent n’est pas mis sur la présentation typographique, mais sur une structure de données clairement définie dans laquelle toutes les informations pertinentes sont stockées de manière lisible par machine – du numéro de série d’un capteur à l’échelle de température utilisée, en passant par les valeurs de mesure individuelles et leurs incertitudes.

Formellement, le DCC est basé sur un schéma XML maintenu par le Physikalisch-Technische Bundesanstalt (PTB). Ce schéma définit les éléments disponibles, leurs relations mutuelles ainsi que les contenus obligatoires et optionnels. Des exemples sont dcc:administrativeData pour les données administratives clés ou dcc:measurementResults pour les résultats d’étalonnage réels. En complément, le DCC Wiki sert de référence détaillée pour la structure, la sémantique et l’implémentation pratique.

Un principe de conception essentiel du DCC est sa neutralité vis-à-vis des grandeurs de mesure. Indépendamment du fait qu’un étalonnage provienne des domaines de la masse, de la pression, des grandeurs électriques ou de la température, le même cadre structurel est utilisé. Ce n’est que par des conventions spécifiques à chaque domaine – par exemple sous la forme de rapports d’experts DKD – que des recommandations concrètes pour la grandeur de mesure respective sont élaborées.

Pour l’étalonnage de température, ces spécifications concernent en particulier l’indication univoque des échelles de température, la description du milieu d’étalonnage ainsi que l’enregistrement structuré des grandeurs d’influence typiques. Ces aspects seront abordés spécifiquement dans la suite.

Objectif de cet article

Le domaine thématique autour du certificat d’étalonnage numérique est vaste. Outre les conventions inter-grandeurs de mesure, il existe différentes versions de schémas, une documentation Wiki étendue ainsi que des recommandations spécifiques à chaque domaine pour diverses zones d’étalonnage. Pour le travail pratique en laboratoire, il n’est cependant ni nécessaire ni judicieux de considérer tous les aspects simultanément. Cet article se concentre donc délibérément sur un objectif clairement défini.

L’accent est mis sur l’étalonnage de température avec des thermomètres à résistance selon la DKD-R 5-1. Cette directive est établie dans de nombreux laboratoires et constitue une base stable pour l’examen des données d’étalonnage structurées. Le rapport d’expert DKD-E 5-3 précise ensuite comment un DCC techniquement cohérent peut être conçu pour les grandeurs de mesure de température.

Les questions suivantes seront notamment abordées dans la suite :

• Comment un objet d’étalonnage – composé d’un capteur, d’un afficheur ou d’une chaîne de mesure complète – est-il structuré de manière cohérente dans dcc:items ?
• Comment les échelles de température, par exemple ITS-90 ou la température thermodynamique, peuvent-elles être stockées de manière univoque et interprétable à long terme ?
• Où sont représentées les grandeurs d’influence telles que l’auto-échauffement, l’hystérésis, le courant de mesure et les conditions ambiantes ?
• Comment un tableau de résultats typique selon la DKD-R 5-1 (valeur de référence, indication, écart de mesure, incertitude) peut-il être transféré dans dcc:measurementResults ?

L’article ne se veut expressément pas une introduction complète au schéma DCC. L’objectif est plutôt une traduction pratique des structures abstraites du DCC dans un scénario d’application compréhensible issu de l’étalonnage de température quotidien. Ainsi, l’article s’adresse en particulier aux laboratoires qui envisagent de se lancer dans le DCC ou qui souhaitent développer de manière structurée les processus existants.

Principes de base : Structure d’un DCC

Un certificat d’étalonnage numérique n’est pas un document XML librement structuré, mais suit une structure modulaire clairement définie. La structure globale peut être divisée en zones logiquement délimitées – des données administratives immuables aux résultats de mesure techniques, en passant par les compléments optionnels.

Cette systématique correspond essentiellement à l’ordre du contenu d’un certificat d’étalonnage classique : d’abord les informations formelles, ensuite les résultats de mesure et enfin les informations complémentaires. Le DCC transpose cette structure éprouvée dans un modèle cohérent et lisible par machine.

La structure XML concrète est définie dans le schéma officiel (actuellement version 3.3.0) ainsi que dans la documentation d’accompagnement du DCC-Wiki. Chacune de ces zones est représentée par un élément de niveau supérieur, dont les sous-éléments définissent quels contenus sont obligatoires et lesquels peuvent être ajoutés en option.

Les quatre « anneaux » du DCC

L’élément racine dcc:digitalCalibrationCertificate est divisé en quatre zones principales qui s’appuient les unes sur les autres tant sur le plan fonctionnel que logique. Cette structure permet une séparation cohérente entre les informations administratives, les résultats techniques et les contenus complémentaires, et contribue de manière significative à l’interprétabilité machine du document.

Anneau 1 : dcc:administrativeData – Base administrative de l’étalonnage

Cette section comprend toutes les informations stables et immuables relatives à l’étalonnage. Cela inclut, entre autres, le laboratoire d’étalonnage, le client, les personnes responsables, une identification unique du certificat d’étalonnage ainsi que l’objet d’étalonnage lui-même – y compris les informations du fabricant, les numéros de série et la description du système.

Pour les étalonnages de température, la description structurée du système de mesure dans dcc:items est particulièrement pertinente. Des configurations complexes, par exemple des capteurs comme dcc:subItems d’un enregistreur de données, peuvent également y être modélisées de manière univoque. En complément, des références normatives, par exemple à la DKD-R 5-1, ainsi que des informations d’accréditation peuvent être stockées.

Étant donné que ces informations sont largement indépendantes de la grandeur de mesure, le caractère générique du DCC est particulièrement évident dans cet anneau.

Anneau 2 : dcc:measurementResults – Cœur technique du certificat

Les résultats d’étalonnage réels sont représentés dans la section dcc:measurementResults. Chaque dcc:measurementResult forme un bloc de mesure logiquement cohérent et relie les résultats aux méthodes, aux instruments de mesure et aux conditions d’influence.

Les composants typiques sont :

• méthodes d’étalonnage utilisées (dcc:usedMethods, par exemple DKD-R 5-1)
• instruments de mesure utilisés (dcc:measuringEquipments, tels que thermostats ou thermomètres de référence)
• conditions d’influence documentées (dcc:influenceConditions)
• les résultats de mesure eux-mêmes, présentés sous forme de dcc:quantity ou de dcc:list

Pour les thermomètres à résistance, un tableau de résultats classique avec la température de référence, l’indication, l’écart de mesure et l’incertitude étendue peut être directement converti en une telle liste. Des classifications sémantiques via refType, par exemple basic_referenceValue ou temperature_selfHeating, garantissent que la signification des valeurs individuelles reste interprétable de manière univoque.

Cet anneau constitue donc le point focal métrologique de l’ensemble du DCC.

Anneau 3 : dcc:comment – Extensions et informations complémentaires

La section dcc:comment sert de conteneur délibérément flexible pour les contenus qui ne doivent pas nécessairement être attribués aux données administratives ou aux résultats de mesure. Cela peut inclure, par exemple, des photos de la configuration de mesure, des représentations graphiques de courbes caractéristiques ou des données brutes exportées.

Des données structurées peuvent également y être intégrées, par exemple via des éléments dcc:quantity supplémentaires ou des blocs XML avec leurs propres espaces de noms. Pour les laboratoires, cela offre la possibilité de lier directement les artefacts d’évaluation aux résultats rapportés, augmentant ainsi la traçabilité.

Anneau 4 : dcc:document – Représentation lisible par l’homme

L’intégration d’une représentation lisible par l’homme du certificat d’étalonnage est facultative, mais recommandée en pratique. Cela se fait souvent sous forme de PDF/A, et à l’avenir également sous une variante basée sur HTML.

De cette manière, le DCC reste directement utilisable, même si aucun traitement XML n’est prévu chez le destinataire. La représentation structurée des données et le document familier se complètent ainsi, au lieu de se concurrencer.

En complément, l’ensemble du certificat peut être signé cryptographiquement au moyen de ds:Signature. Les sceaux électroniques ou les horodatages qualifiés permettent d’assurer de manière traçable l’intégrité et l’authenticité.

Concepts de base importants

La compréhension d’un certificat d’étalonnage numérique repose sur quelques principes structurels fondamentaux. Ceux-ci incluent l’architecture XML formelle, la liaison sémantique via refType ainsi que l’utilisation du Digital-SI pour la description des valeurs quantitatives. Ces concepts s’appliquent indépendamment de la grandeur de mesure et constituent la base technique d’une documentation d’étalonnage cohérente et interprétable par machine. Dans l’étalonnage de température, ils sont concrétisés par des conventions spécifiques au domaine, notamment celles de la DKD-E 5-3.

Structure XML, espaces de noms et liens

Un DCC est un document XML validé par rapport à un schéma XSD défini. Cette validation garantit que la structure et le contenu restent interprétables de manière univoque et empêche les modèles de données incohérents.

Les attributs centraux au sein du schéma sont :

• id (xs:ID) pour l’identification unique d’un élément, par exemple un capteur
• refId (xs:IDREFS) pour la liaison référentielle, par exemple entre une valeur de mesure et un objet d’étalonnage
• refType (dcc:refTypesType) pour la classification sémantique d’un contenu, par exemple basic_referenceValue pour les valeurs de référence ou temperature_ITS-90 pour l’identification de l’échelle de température utilisée

En particulier, les refTypes sont cruciaux pour l’interprétabilité machine d’un DCC. Alors que les classifications générales sont définies dans l’espace de noms « basic », les extensions spécifiques au domaine – par exemple pour la température ou l’humidité – sont décrites dans les recommandations d’experts correspondantes et gérées via des vocabulaires contrôlés.

Pour les étalonnages de température, des espaces de noms tels que temperature sont utilisés, complétés à terme par d’autres classifications différenciées.

Digital SI (D-SI) pour les valeurs et les incertitudes

Toutes les informations quantitatives au sein d’un DCC sont décrites via l’espace de noms Digital-SI (si:). Ce modèle permet une représentation structurée des valeurs numériques, y compris l’unité et l’incertitude de mesure.

Les formes typiques sont :

• valeurs individuelles comme si:real avec si:value et si:unit
• séries de mesures via si:realListXMLList
• unités parallèles, par exemple Kelvin et degrés Celsius, via si:hybrid
• incertitudes comme si:expandedUncertainty ou si:standardUncertainty

Ainsi, une température de référence peut être stockée à la fois en degrés Celsius et en Kelvin. Cette représentation multiple sans redondance facilite le traitement numérique ultérieur, par exemple lors de l’application d’équations d’évaluation.

Rôle du DCC-Wiki et des rapports d’experts DKD

La structure du schéma elle-même est entièrement documentée par le DCC-Wiki et sert ainsi de référence technique pour la structure, les éléments et les règles de validation. Sur cette base, les rapports d’experts DKD formulent des recommandations d’application concrètes pour les grandeurs de mesure individuelles.

Sont particulièrement pertinents :

• DKD-E 0-3 comme recommandation de bonnes pratiques inter-grandeurs de mesure
• DKD-E 5-3 avec des lignes directrices spécifiques pour les grandeurs de mesure de température et d’humidité, y compris les refTypes, les indications d’échelle ainsi que les grandeurs d’influence typiques telles que l’auto-échauffement ou l’hystérésis

En résumé, le DCC peut être compris comme un kit de construction structuré. Les éléments génériques fournissent une base stable, tandis que les compléments spécifiques au domaine garantissent que les particularités métrologiques peuvent également être décrites de manière précise et univoque.

Exigences spécifiques de l’étalonnage de température dans le DCC

L’étalonnage de température impose des exigences particulières à la description structurée des données d’étalonnage. La raison en est les particularités métrologiques telles que l’attribution univoque aux échelles de température, le choix de milieux d’étalonnage appropriés ainsi que la prise en compte de grandeurs d’influence caractéristiques telles que l’auto-échauffement ou l’hystérésis. Ces aspects ont une influence directe sur les résultats de mesure et les budgets d’incertitude et nécessitent donc une documentation précise et interprétable de manière univoque.

Alors que le schéma DCC est délibérément conçu de manière générique, ces exigences spécifiques à la grandeur de mesure sont concrétisées par des conventions techniques. Pour les grandeurs de mesure de température et d’humidité, ce rôle est assumé par le rapport d’expert DKD DKD-E 5-3 (« Guide d’utilisation du schéma DCC pour les grandeurs de mesure de température et d’humidité »), qui décrit comment les situations métrologiques typiques peuvent être transférées de manière cohérente dans une structure lisible par machine.

Les sections suivantes reprennent ces recommandations et montrent, à l’aide d’éléments centraux, comment les particularités de l’étalonnage de température peuvent être représentées de manière appropriée au sein du DCC.

Échelles de température et leur signification

La température fait partie des grandeurs physiques dont la valeur mesurée n’est pas entièrement interprétable sans référence à l’échelle sous-jacente. Outre la température thermodynamique $$T$$ – définie par la constante de Boltzmann – il existe des échelles de température pratiques telles que l’ITS-90, la PLTS-2000 ainsi que l’historique IPTS-68. Celles-ci représentent des réalisations de haute précision, mais ne sont pas identiques.

L’indication de l’unité Kelvin seule n’est donc pas suffisante. Un DCC doit clairement indiquer à quelle échelle de température une valeur de référence se rapporte, afin que les évaluations, comparaisons ou conversions ultérieures puissent être effectuées correctement sur le plan technique.

Représentation dans le DCC selon DKD-E 5-3

L’échelle utilisée est codée via des refTypes spécifiques au domaine au sein de l’espace de noms temperature, par exemple :

• temperature_temperatureThermodynamic – température thermodynamique
• temperature_ITS-90 – Échelle internationale de température de 1990
• temperature_PLTS-2000 – Échelle pour les basses températures
• temperature_IPTS-68 – échelle de température historique

Exemple d’une température de référence au sein d’un dcc:quantity :

<dcc:quantity refType="basic_referenceValue temperature_ITS-90">
  <si:hybrid>
    <si:valueXMLList><si:real>373.15</si:real></si:valueXMLList>
    <si:unitXMLList><si:unit>kelvin</si:unit></si:unitXMLList>
  </si:hybrid>
</dcc:quantity>

Présentation des résultats de mesure

Les résultats de mesure constituent le cœur technique de chaque certificat d’étalonnage. Dans le DCC, cette section devient en même temps l’élément dans lequel la valeur ajoutée structurelle de la représentation numérique est particulièrement évidente. Alors qu’un PDF fournit essentiellement un tableau visuel, le DCC décrit les valeurs de référence, les indications, les écarts de mesure et les incertitudes comme des objets de données classifiés sémantiquement.

Les éléments dcc:quantity, qui sont liés de manière univoque à des valeurs numériques, des unités et des incertitudes via le Digital-SI (D-SI), sont des éléments constitutifs centraux.

Structure de base d’un résultat de mesure

Les informations quantitatives sont fondamentalement stockées dans <dcc:quantity refType="…">, où le refType définit la signification technique. Les classifications typiques sont :

• basic_referenceValue – température de référence, par exemple d’un thermostat
• basic_indicationValue ou basic_measuredValue – indication ou valeur mesurée de l’échantillon
• basic_measurementError – écart de mesure comme différence entre la référence et l’indication

Cette attribution sémantique garantit que l’interprétation d’une valeur ne dépend pas du contexte du tableau, mais découle directement de la structure des données.

Digital SI pour des données quantitatives précises

L’espace de noms si permet une représentation cohérente des informations numériques, qu’il s’agisse de valeurs individuelles ou de séries de mesures. Les formes typiques sont :

• valeurs individuelles via si:real avec si:value et si:unit
• séries de mesures via si:realListXMLList
• unités parallèles, par exemple Kelvin et degrés Celsius, au moyen de si:hybrid
• incertitudes comme si:expandedUncertainty ou si:standardUncertainty

Exemple d’une température de référence :

<dcc:quantity refType="basic_referenceValue temperature_ITS-90">
  <si:hybrid>
    <si:valueXMLList>
      <si:real><si:value>373.15</si:value></si:real>
    </si:valueXMLList>
    <si:unitXMLList>
      <si:unit>kelvin</si:unit>
      <si:unit>degreecelsius</si:unit>
    </si:unitXMLList>
  </si:hybrid>
</dcc:quantity>

Conditions ambiantes

Les conditions ambiantes comptent parmi les principales grandeurs d’influence dans l’étalonnage de température. Des paramètres tels que la température du laboratoire, l’humidité relative ou la pression atmosphérique peuvent soit entrer directement dans le budget d’incertitude, soit devoir être documentés pour assurer la traçabilité.

Dans le DCC, ces informations sont représentées de manière structurée via <dcc:influenceCondition refType="basic_ambient">, chaque grandeur d’influence étant gérée comme un <dcc:quantity> distinct. Ainsi, les paramètres environnementaux restent identifiables de manière univoque et peuvent être inclus dans des analyses ultérieures si nécessaire.

Données typiques dans le domaine de la température

• Température ambiante (souvent entre 20 °C et 25 °C)
• Humidité relative (typiquement environ 40 % à 60 % HR)
• Pression atmosphérique, si métrologiquement pertinente, par exemple pour les applications cryogéniques

Codage en tant qu’intervalle

Dans les certificats d’étalonnage classiques, la température ambiante est souvent indiquée sous forme d’intervalle, par exemple « (23 ± 1) °C ». Dans le DCC, cette information peut être modélisée comme une distribution uniforme, la moitié de la largeur de l’intervalle étant convertie en une incertitude standard correspondante.

<dcc:influenceCondition refType="basic_ambient">
  <dcc:quantity refType="temperature_ITS-90">
    <si:real>
      <si:value>296.15</si:value>
      <si:unit>kelvin</si:unit>
      <si:expandedUncertainty>
        <si:value>0.577</si:value>
        <si:coverageFactor>1.732</si:coverageFactor>
      </si:expandedUncertainty>
    </si:real>
  </dcc:quantity>
</dcc:influenceCondition>

Indication du milieu d’étalonnage

Le milieu d’étalonnage utilisé est l’une des grandeurs d’influence déterminantes dans l’étalonnage de température. Le transfert de chaleur, la stabilité et l’homogénéité du milieu ont un impact direct sur les résultats de mesure et les incertitudes. Une documentation univoque est donc une condition préalable à l’interprétation correcte des données d’étalonnage.

Un thermomètre à résistance, par exemple, présente un comportement différent dans un bain d’huile agité que dans un bloc sec ou dans l’air. Sans l’indication explicite du milieu, il n’est pas possible de tirer des conclusions fiables sur les conditions d’utilisation ni d’effectuer une évaluation cohérente de l’incertitude.

Représentation dans le DCC selon DKD-E 5-3

Dans le DCC, la description du milieu d’étalonnage est effectuée au sein de dcc:measuringEquipments en utilisant le refType basic_calibrationMedium. Il est recommandé d’utiliser des vocabulaires contrôlés pour assurer une classification uniforme et interprétable par machine.

Nom DCC	Allemand	État physique	Application typique
air	Air	gazeux	Thermostat, enceinte climatique
water	Eau	liquide	Bain liquide
oil	Huile	liquide	Bain d’huile agité
nitrogen_gas	Azote (gazeux)	gazeux	Applications cryogéniques
liquid	Liquide (générique)	liquide	Milieu non spécifié

Exemple de codage (bain d’huile)

<dcc:measuringEquipment refType="basic_calibrationMedium">
  <dcc:equipmentClass refType="basic_equipmentClass">
    <dcc:scheme>DKD-E-5-3 Medium List</dcc:scheme>
    <dcc:classId>oil</dcc:classId>
  </dcc:equipmentClass>
</dcc:measuringEquipment>

L’objet d’étalonnage dans le DCC : Thermomètre à résistance selon DKD-R 5-1

Les thermomètres à résistance – y compris les Pt100, Pt25.5 ou les thermomètres à résistance de platine standard (SPRT) – comptent parmi les instruments de référence établis pour l’étalonnage de température. La DKD-R 5-1 est une directive largement appliquée qui formule des exigences détaillées pour la description du capteur, de l’afficheur, de la chaîne de mesure et des paramètres pertinents.

Dans le DCC, l’objet d’étalonnage est modélisé au sein de dcc:administrativeData via la structure dcc:items. Cette structure est délibérément flexible et permet la représentation de capteurs individuels ainsi que de systèmes de mesure complexes avec plusieurs canaux.

Pourquoi une modélisation détaillée est nécessaire

Un objet d’étalonnage est rarement un composant isolé en pratique. Souvent, il s’agit d’une chaîne de mesure complète, composée d’un capteur, d’un câble de connexion et d’une unité d’affichage ou d’enregistrement. Pour la traçabilité métrologique, ces composants doivent être identifiables de manière univoque, afin que les résultats de mesure puissent être attribués sans équivoque par la suite – par exemple à un canal ou un capteur spécifique.

La description structurée du système de mesure n’est donc pas seulement une exigence formelle, mais une condition préalable à des données d’étalonnage cohérentes et interprétables à long terme.

Structure clé : dcc:items

Le modèle de données distingue plusieurs niveaux :

• dcc:items décrit le système global, y compris les informations de niveau supérieur telles que la désignation, le fabricant ou le propriétaire.
• dcc:item représente des composants individuels, par exemple des capteurs ou des unités d’affichage.
• dcc:subItems permettent une modélisation hiérarchique, par exemple lorsque plusieurs capteurs sont attribués à un enregistreur de données.

Chaque dcc:item reçoit un id unique, auquel les résultats de mesure peuvent faire référence via refId. De cette manière, une connexion cohérente est établie entre l’objet d’étalonnage et les données de résultats.

La DKD-E 5-3 recommande expressément de ne pas inclure les outils internes au laboratoire tels que les multimètres ou les adaptateurs comme faisant partie de l’objet d’étalonnage. Au lieu de cela, ils sont documentés dans la section dcc:measuringEquipments, ce qui maintient une séparation claire entre l’échantillon et l’équipement de mesure utilisé.

Les sous-sections suivantes montrent à titre d’exemple comment un système de mesure Pt100 typique selon la DKD-R 5-1 peut être représenté au sein de cette structure.

Propriétés quantitatives du capteur

Outre les informations du fabricant, la désignation du modèle et le numéro de série, la DKD-R 5-1 exige également la documentation des paramètres quantitatifs du capteur. Il s’agit de paramètres immuables issus de la fiche technique, pertinents à la fois pour les considérations d’incertitude et pour la reproductibilité à long terme des étalonnages.

Dans le DCC, ces propriétés sont modélisées de manière centralisée au sein du dcc:item de chaque capteur via dcc:itemQuantities. Les informations individuelles sont décrites comme dcc:primitiveQuantity avec des valeurs Digital-SI et des refTypes spécifiques au domaine, et sont ainsi clairement classifiées.

refTypes typiques selon DKD-E 5-3

refType	Signification	Valeur d’exemple	Unité
temperature_probeType	Type de capteur (qualitatif)	Pt100	–
temperature_probeDiameter	Diamètre de la gaine du capteur	2.3	mm
temperature_itemCableLength	Longueur du câble de connexion	1.5	m
basic_nominalValue	Résistance nominale à 0 °C	100	Ω

Exemple de codage (Pt100 comme subItem d’un enregistreur)

<dcc:item id="fuehler_pt100_01">
  <dcc:name><dcc:content>Pt100 Fühler</dcc:content></dcc:name>
  <dcc:description>
    <dcc:content refType="temperature_probeType">Manteltyp, 4-Leiter</dcc:content>
  </dcc:description>
  <dcc:itemQuantities>
    <dcc:itemQuantity refType="temperature_probeDiameter">
      <si:real><si:value>2.3</si:value><si:unit>millimetre</si:unit></si:real>
    </dcc:itemQuantity>
    <dcc:itemQuantity refType="temperature_itemCableLength">
      <si:real><si:value>1.5</si:value><si:unit>metre</si:unit></si:real>
    </dcc:itemQuantity>
    <dcc:itemQuantity refType="basic_nominalValue">
      <si:real><si:value>100</si:value><si:unit>ohm</si:unit></si:real>
    </dcc:itemQuantity>
  </dcc:itemQuantities>
</dcc:item>

Données administratives pour l’étalonnage

Les données administratives constituent le cadre stable d’un certificat d’étalonnage numérique. Elles contiennent les informations qui, indépendamment des résultats de mesure réels, garantissent l’identité formelle, la traçabilité et la reproductibilité d’un étalonnage. Dans l’étalonnage de température également, ces informations sont largement standardisées et s’orientent vers les exigences normatives, notamment celles de la DKD-R 5-1 ainsi que de l’ISO/CEI 17025.

Au sein du DCC, ces informations sont situées dans la section de l’anneau 1 dcc:administrativeData.

Éléments clés dans dcc:coreData

<dcc:coreData>
  <dcc:countryCodeISO3166_1>DE</dcc:countryCodeISO3166_1>
  <dcc:usedLangCodeISO639_1>de</dcc:usedLangCodeISO639_1>
  <dcc:usedLangCodeISO639_1>en</dcc:usedLangCodeISO639_1>
  <dcc:mandatoryLangISO639_1>de</dcc:mandatoryLangISO639_1>
  <dcc:uniqueIdentifier>TK-2026-00123</dcc:uniqueIdentifier>
  <dcc:receiptDate>2026-02-01</dcc:receiptDate>
  <dcc:beginPerformanceDate>2026-02-15</dcc:beginPerformanceDate>
  <dcc:endPerformanceDate>2026-02-15</dcc:endPerformanceDate>
  <dcc:performanceLocation>laboratory</dcc:performanceLocation>
</dcc:coreData>

Ces données essentielles garantissent l’identifiabilité unique d’un certificat d’étalonnage et créent les conditions préalables à une documentation à l’épreuve des audits.

Données du laboratoire et personnes responsables

D’autres éléments centraux concernent le laboratoire exécutant ainsi que les experts responsables :

• dcc:calibrationLaboratory – informations sur le laboratoire, y compris l’adresse et le statut d’accréditation
• dcc:respPersons – personnes responsables avec description du rôle, fonction de signature optionnelle et attribution en tant que signataire principal (mainSigner="true")
• dcc:customer – identification complète du client

Ces informations ne sont pas seulement de nature formelle, mais constituent la base de la responsabilité et de l’imputabilité juridique.

Déclarations normatives dans dcc:statements

Via dcc:statements, des déclarations valides pour l’ensemble du certificat peuvent être stockées. Les contenus typiques sont :

• Déclaration de conformité à la norme, par exemple un étalonnage selon DKD-R 5-1 en liaison avec ISO/CEI 17025
• Informations sur la traçabilité métrologique aux étalons nationaux et donc au Système international d’unités (SI)
• Textes d’accréditation, par exemple dans le contexte d’accords multilatéraux tels que l’EA ou l’ILAC

Exemple de déclaration d’accréditation :

<dcc:statement refType="accreditation">
  <dcc:norm>ISO/IEC 17025:2018</dcc:norm>
  <dcc:declaration>
    <dcc:content>Der Kalibrierschein dokumentiert die Rückführbarkeit auf nationale Normale...</dcc:content>
  </dcc:declaration>
</dcc:statement>

Ajouts spécifiques à la grandeur de mesure

Dès le niveau administratif, les premières informations spécifiques à la grandeur de mesure peuvent apparaître, par exemple des références à la DKD-R 5-1 ou à l’échelle de température utilisée. L’identifiant unique (uniqueIdentifier) ainsi que les dates sont en outre considérés comme des exigences minimales normatives selon l’ISO/CEI 17025.

Importance pour la pratique en laboratoire

La plupart de ces informations sont déjà disponibles de manière structurée dans les laboratoires modernes, souvent au sein d’un LIMS ou d’un système de commande. Le DCC convertit ces données dans un format cohérent et lisible par machine, permettant ainsi des attributions automatisées – par exemple entre le certificat d’étalonnage et l’échantillon.

Les données administratives sont donc bien plus que des informations d’accompagnement formelles : elles constituent le fondement organisationnel d’une documentation d’étalonnage techniquement fiable.

Représenter les valeurs mesurées et les paramètres dans le DCC

Les résultats de mesure constituent le cœur technique de chaque certificat d’étalonnage. Par conséquent, leur représentation structurée dans le DCC revêt une importance centrale. Contrairement aux certificats classiques, où les résultats sont souvent présentés sous forme de tableaux statiques ou de documents intégrés, ils sont modélisés dans le DCC comme des dcc:measurementResults structurés et sont ainsi directement disponibles pour un traitement machine ultérieur.

Pour les thermomètres à résistance selon la DKD-R 5-1, cela signifie concrètement : un tableau d’étalonnage typique avec plusieurs points de température est représenté comme un dcc:list avec des colonnes dcc:quantity parallèles. En complément, des informations sur les procédures appliquées, les instruments de mesure utilisés ainsi que les grandeurs d’influence pertinentes peuvent être intégrées de manière cohérente.

Le rapport d’expert DKD-E 5-3 décrit en détail comment les représentations de résultats analogiques peuvent être converties en de telles structures lisibles par machine. Cela inclut, outre la courbe caractéristique elle-même, des paramètres supplémentaires tels que la valeur d’entrée ou l’auto-échauffement, qui sont souvent documentés séparément ou uniquement textuellement dans les certificats d’étalonnage classiques.

Ainsi, le DCC transforme les résultats de mesure d’une représentation principalement visuelle en objets de données clairement structurés. Cette structure constitue la base pour des évaluations automatisées, une comparabilité à long terme et une intégration cohérente dans les processus de contrôle qualité numérique.

Structure des résultats dans dcc:measurementResults

Chaque dcc:measurementResult représente un bloc de résultats logiquement cohérent, par exemple une courbe caractéristique principale ou la détermination de l’auto-échauffement. Au sein de ce conteneur, les conditions-cadres de l’étalonnage ainsi que les données de mesure réelles sont regroupées de manière structurée.

Informations contextuelles

Plusieurs éléments définissent le contexte métrologique des résultats suivants :

• dcc:usedMethods – directives appliquées, par exemple DKD-R 5-1, ainsi que les instructions de travail internes
• dcc:measuringEquipments – équipements de mesure utilisés tels que thermostats, thermomètres de référence ou ponts de mesure
• dcc:influenceConditions – grandeurs d’influence pertinentes, par exemple la profondeur d’immersion, le courant de mesure ou le milieu d’étalonnage
• dcc:measurementMetaData – métadonnées globales telles que la traçabilité ou les déclarations de conformité

Cette description contextuelle structurée garantit que les résultats de mesure ne sont pas considérés isolément, mais restent toujours interprétables en relation avec leurs conditions de production.

Présentation des résultats

Les données de mesure elles-mêmes peuvent être stockées sous deux formes fondamentales :

• Valeurs individuelles comme dcc:quantity, par exemple pour les valeurs d’entrée
• Structures de tableau comme dcc:list avec plusieurs colonnes dcc:quantity gérées en parallèle

Exemple de structure d’un tableau de courbe caractéristique

<dcc:measurementResult>
  <dcc:usedMethods>
    <dcc:usedMethod refType="basic_calibrationMethod">DKD-R 5-1</dcc:usedMethod>
  </dcc:usedMethods>
  <dcc:list refId="fuehler_pt100_01">
    <dcc:quantity refType="basic_referenceValue temperature_ITS-90">
      <!-- Referenzwerte als si:realListXMLList -->
    </dcc:quantity>
    <dcc:quantity refType="basic_indicationValue">
      <!-- Anzeigewerte -->
    </dcc:quantity>
    <dcc:quantity refType="basic_measurementError">
      <!-- Messabweichungen einschließlich Unsicherheit -->
    </dcc:quantity>
  </dcc:list>
</dcc:measurementResult>

Tableau de résultats typique d’un PRT

Un étalonnage de courbe caractéristique selon la DKD-R 5-1 se termine en pratique généralement par un tableau avec des températures de référence (par exemple 0 °C, 100 °C, 200 °C), les valeurs d’affichage correspondantes du Pt100 (en Ω ou °C), l’écart et l’incertitude étendue U(k=2). Dans le DCC, ce tableau est représenté comme un dcc:list. Les colonnes sont gérées comme des éléments dcc:quantity parallèles, chacun avec son propre refType. Ainsi, la signification de chaque colonne est univoque, sans qu’une personne n’ait à lire l’en-tête du tableau.

Analogique vs. DCC – comparaison directe :

Référence [°C]	Affichage [Ω]	Écart [mK]	U(k=2) [mK]
0,000	100,012	+12	8
100,000	138,522	-5	12
200,000	175,834	+18	15

Représentation DCC (abrégée, 3 points) :

<dcc:list refId="fuehler_pt100_01">
  <!-- Spalte 1: Referenz (ITS-90) -->
  <dcc:quantity refType="basic_referenceValue temperature_ITS-90">
    <si:realListXMLList>
      <si:valueXMLList>
        <si:real><si:value>273.15</si:value></si:real>  <!-- 0°C -->
        <si:real><si:value>373.15</si:value></si:real>  <!-- 100°C -->
        <si:real><si:value>473.15</si:value></si:real>  <!-- 200°C -->
      </si:valueXMLList>
      <si:unitXMLList><si:unit>kelvin</si:unit></si:unitXMLList>
    </si:realListXMLList>
  </dcc:quantity>

  <!-- Spalte 2: Anzeige (Widerstand) -->
  <dcc:quantity refType="basic_indicationValue">
    <si:realListXMLList>
      <si:valueXMLList>
        <si:real><si:value>100.012</si:value></si:real>
        <si:real><si:value>138.522</si:value></si:real>
        <si:real><si:value>175.834</si:value></si:real>
      </si:valueXMLList>
      <si:unitXMLList><si:unit>ohm</si:unit></si:unitXMLList>
    </si:realListXMLList>
  </dcc:quantity>

  <!-- Spalte 3: Abweichung inklusive U(k=2) -->
  <dcc:quantity refType="basic_measurementError">
    <si:realListXMLList>
      <si:valueXMLList>
        <si:real><si:value>0.012</si:value></si:real>   <!-- +12 mK -->
        <si:real><si:value>-0.005</si:value></si:real>  <!-- -5 mK -->
        <si:real><si:value>0.018</si:value></si:real>   <!-- +18 mK -->
      </si:valueXMLList>
      <si:unitXMLList><si:unit>millikelvin</si:unit></si:unitXMLList>
      <si:expandedUncXMLList>
        <si:realList><si:value>0.008</si:value></si:realList>  <!-- U(k=2) -->
        <si:coverageFactor>2</si:coverageFactor>
      </si:expandedUncXMLList>
    </si:realListXMLList>
  </dcc:quantity>
</dcc:list>

Détails importants :
• Des unités parallèles sont possibles : Référence supplémentaire en °C via si:hybrid
• refId : Lie le tableau de résultats de manière unique à l’ID du capteur
• Incertitude : Directement associée à l’écart et gérée comme une grandeur de température (par exemple mK)
• Indication d’échelle : temperature_ITS-90 est explicitement mentionnée à la valeur de référence, pas seulement implicitement dans le texte

Pratique en laboratoire :
La structure représente exactement ce qui est aujourd’hui typiquement calculé et documenté dans Excel. La différence est que l’attribution ne doit plus être déduite de la position de la colonne, mais est sémantiquement intégrée dans le jeu de données. Un script peut reprendre le tableau directement du logiciel de mesure, et une évaluation reconnaît immédiatement : la colonne 1 est la référence, la colonne 3 est l’écart.

Cela rend possibles des applications difficiles à réaliser avec des documents PDF : analyses de tendances sur plusieurs années, vérifications de conformité automatisées ou une comparaison rapide de points de température individuels, par exemple si l’écart à 200 °C se décale systématiquement.

Valeur d’entrée et résistance d’isolement

Outre la courbe caractéristique, la DKD-R 5-1 exige deux tests complémentaires : la valeur d’entrée (résistance à 0 °C ou au point triple de l’eau) ainsi que la résistance d’isolement. Ces deux éléments ne sont pas des valeurs de tableau, mais des résultats de mesure indépendants avec leur propre traçabilité et souvent une incertitude distincte. Dans le DCC, ils sont donc gérés comme des éléments dcc:quantity dédiés en dehors de la liste principale.

Valeur d’entrée (temperature_inputValue) :
La résistance d’un Pt100 à 0 °C (273,15 K) constitue le point de référence pour les conversions ultérieures et les évaluations de courbes caractéristiques. La DKD-R 5-1 exige ici une traçabilité vérifiable ainsi que l’indication de l’incertitude de
mesure.

Représentation DCC :

<dcc:measurementResult>
  <dcc:usedMethods>
    <dcc:usedMethod>DKD-R 5-1, Abschnitt 5.1</dcc:usedMethod>
  </dcc:usedMethods>
  <dcc:quantity refType="temperature_inputValue">
    <si:real>
      <si:value>100.005</si:value>  <!-- gemessener Wert -->
      <si:unit>ohm</si:unit>
    </si:real>
    <si:expandedUncertainty>
      <si:value>0.002</si:value>    <!-- U(k=2) -->
      <si:coverageFactor>2</si:coverageFactor>
    </si:expandedUncertainty>
    <dcc:measurementMetaData refType="basic_metrologicallyTraceableToSI">
      <dcc:declaration>Rückführbar auf nationale Normale</dcc:declaration>
    </dcc:measurementMetaData>
  </dcc:quantity>
</dcc:measurementResult>

Résistance d’isolement :
Cet essai sert à démontrer une isolation électrique suffisante, par exemple pour éviter les courts-circuits ou les courants de fuite.

En général, une valeur minimale est exigée, par exemple >100 MΩ, vérifiée à la température d’étalonnage minimale et maximale.

Le schéma DCC ne connaît pas d’opérateurs directs tels que « > » » ou « ≥ ». DKD-E 5-3 recommande donc d’enregistrer explicitement les valeurs minimales mesurées sous forme de valeurs numériques. L’interprétation technique s’effectue ensuite sur la
spécification sous-jacente.

Représentation DCC (simplifiée) :

<dcc:quantity refType="temperature_insulationResistance">
  <si:realListXMLList>
    <si:valueXMLList>
      <si:real><si:value>150</si:value></si:real>  <!-- Min-T: 150 MΩ -->
      <si:real><si:value>120</si:value></si:real>  <!-- Max-T: 120 MΩ -->
    </si:valueXMLList>
    <si:unitXMLList><si:unit>megaohm</si:unit></si:unitXMLList>
  </si:realListXMLList>
</dcc:quantity>

Pratique de laboratoire :
Dans les certificats d’étalonnage classiques, ces informations apparaissent souvent sous forme de note en marge ou de note de bas de page. Dans le DCC, en revanche, la valeur d’entrée et la résistance d’isolement sont documentées comme des résultats de mesure distincts et traçables, avec
la méthode associée. Cela permet de prendre en charge des contrôles automatisés, par exemple la question de savoir si une valeur d’entrée se situe dans des tolérances définies ou si des exigences minimales d’isolement sont satisfaites.

Le référencement précis via usedMethods jusqu’au niveau de la section augmente en outre la traçabilité et facilite les évaluations ultérieures.

Auto-échauffement et courant de mesure

L’auto-échauffement (échauffement du capteur par le courant de mesure) est une contribution classique à l’incertitude pour les thermomètres à résistance. DKD-R 5-1 distingue trois cas :

1. Mesuré (recommandé),
2. Estimé (p. ex. à partir de la littérature),
3. Contribution forfaitaire (30 mK en distribution rectangulaire → incertitude type 17 mK).

Dans le DCC, il est représenté comme un dcc:quantity refType="temperature_selfHeating" distinct — y compris
des métadonnées indiquant s’il a été mesuré et s’il est inclus dans le budget d’incertitude.

Courant de mesure :
Le courant réglé (typiquement 1 mA pour Pt100) est documenté comme dcc:influenceCondition refType="temperature_measuringCurrent".

Représentation DCC (auto-échauffement mesuré) :

<dcc:quantity refType="temperature_selfHeating">
  <si:real>
    <si:value>0.025</si:value>  <!-- 25 mK gemessen -->
    <si:unit>millikelvin</si:unit>
  </si:real>
  <si:standardUncertainty>
    <si:value>0.014</si:value>  <!-- Standardunsicherheit -->
  </si:standardUncertainty>
  <dcc:measurementMetaData>
    <dcc:property refType="temperature_isMeasured">true</dcc:property>
    <dcc:property refType="temperature_isInUncertainty">true</dcc:property>
  </dcc:measurementMetaData>
</dcc:quantity>

<!-- Messstrom als Einflussbedingung -->
<dcc:influenceCondition refType="temperature_measuringCurrent">
  <dcc:quantity>
    <si:real><si:value>1.0</si:value><si:unit>milliampere</si:unit></si:real>
  </dcc:quantity>
</dcc:influenceCondition>

Cas forfaitaire (fréquent) :
Valeur = « NaN » (pas de valeur mesurée concrète), uniquement l’incertitude (17 mK à partir de 30 mK rectangulaire) :

<si:value>NaN</si:value>
<si:standardUncertainty><si:value>0.017</si:value></si:standardUncertainty>

Pratique de laboratoire :
Aujourd’hui, souvent une note de texte (« auto-échauffement 30 mK pris en compte »). Dans le DCC, la contribution est quantifiée explicitement et assortie de métadonnées — essentiel pour des budgets d’incertitude traçables. La machine peut vérifier : « L’auto-échauffement a-t-il été mesuré ? Est-il inclus dans U ? » Cela fait gagner du temps lors des audits ou des questions clients et minimise
les erreurs d’interprétation.

Hystérésis et autres influences

L’hystérésis décrit l’écart de température à la même température de référence, mais avec une direction inverse (montée/descente). DKD-R 5-1 exige sa détermination et sa prise en compte — de manière analogue à l’auto-échauffement. Dans le DCC, elle reçoit son propre dcc:quantity refType="temperature_hysteresis" avec la même logique :
valeur, incertitude et métadonnées.

Structure DCC (analogue à 5.4) :

<dcc:quantity refType="temperature_hysteresis">
  <si:real>
    <si:value>0.008</si:value>  <!-- 8 mK hysterese -->
    <si:unit>millikelvin</si:unit>
  </si:real>
  <si:standardUncertainty>
    <si:value>0.005</si:value>
  </si:standardUncertainty>
  <dcc:measurementMetaData>
    <dcc:property refType="temperature_isMeasured">true</dcc:property>
    <dcc:property refType="temperature_isInUncertainty">false</dcc:property> <!-- separat berichtet -->
  </dcc:measurementMetaData>
</dcc:quantity>

Indicateurs de métadonnées :« 

• temperature_isMeasured: L’hystérésis a-t-elle été déterminée activement ?
• temperature_isInUncertainty: La contribution est-elle déjà incluse dans l’incertitude élargie
  rapportée ?

Non mesurée ? Valeur = « NaN », uniquement l’incertitude (p. ex. forfaitaire d’après la littérature).

Autres influences typiques (bref) :« 

• Horodatage : Par valeur mesurée en tant que <dcc:dateTimeXMLList> (ISO 8601)
  — documente l’ordre et l’heure (optionnel, mais utile en cas de dérive).
• Profondeur d’immersion : Dans usedMethodQuantities en tant que
  temperature_immersionDepth (critique pour la dissipation thermique).
• Déclarations de conformité : Dans measurementMetaData avec
  conformity="pass" par point ou globalement.

Pratique de laboratoire :
L’hystérésis est souvent seulement estimée grossièrement ou omise. Dans le DCC, la structure impose une décision claire — mesurée ou forfaitaire ? Et : séparée ou incluse dans U ? Cela accroît la transparence et facilite les analyses ultérieures (« hystérésis > 10 mK → envisager un remplacement »). Avec refId, tout s’intègre sans rupture au capteur et à la courbe principale.

De la pratique au DCC : mise en œuvre au laboratoire

Les sections précédentes ont montré comment un DCC est structuré pour les étalonnages de température. L’étape décisive est toutefois la mise en œuvre pratique : comment un laboratoire transforme-t-il ses
tableaux Excel existants, ses logiciels d’évaluation et ses instructions de travail en un DCC valide ? Cette section esquisse le flux de travail, du certificat PDF analogique au DCC lisible par machine — en mettant l’accent sur une faisabilité réaliste.

Du certificat analogique au DCC

Situation de départ dans de nombreux laboratoires :
Les données de mesure proviennent directement du logiciel d’étalonnage. Dans le tableur, les valeurs de référence, indications, écarts et incertitudes sont ensuite évalués à l’aide de formules. Le rapport final est créé dans un traitement de texte ou en LaTeX sous forme de PDF — avec des tableaux et graphiques intégrés. Les données administratives telles que les informations client, la date ou le numéro de série proviennent du LIMS ou sont saisies manuellement.

Comment l’intégrer au DCC :
La structure est reprise directement des modèles — données admin depuis le LIMS, tableaux depuis Excel, valeurs particulières ajoutées individuellement, graphique/PDF joint.

Utiliser des modèles :
DKD-E 5-3 contient, en annexe A/B, des exemples XML complets pour des étalonnages Pt100. Les utiliser comme point de départ, remplacer les champs — au lieu de partir de zéro.

Résultat : Au lieu de 30 minutes de création de PDF, 5 à 10 minutes de génération + validation du DCC. Le DCC ne remplace pas le PDF, mais le complète par une exploitabilité machine.

Conclusion sur l’état des lieux

Le DCC n’est pas une expérience XML abstraite, mais un outil qui transpose exactement la densité d’information d’un certificat d’étalonnage analogique dans une forme lisible par machine — en particulier pour les étalonnages de température
avec leurs nuances d’échelle, de milieu et d’influences. Les points essentiels :

• Représentation structurée : De la description du capteur
  (dcc:items) aux tableaux de courbe (dcc:list) jusqu’à
  l’auto-échauffement et l’hystérésis — le tout avec des refTypes
  sémantiques et D-SI. »
• Valeur ajoutée grâce à la précision : Échelles explicites
  (temperature_ITS-90), métadonnées (« inclus dans l’incertitude ? ») et
  liaisons (refId) rendent les DCC directement exploitables. »
• Faisable au laboratoire : Avec un mapping depuis Excel/LIMS et des modèles issus de
  DKD-E 5-3, la prise en main est simple.

Le DCC marque ainsi l’étape logique suivante après les certificats PDF : passer de documents statiques à des sources de données structurées, permettant analyses de tendances, vérifications de conformité et automatisation.
Pour les laboratoires de température, le moment est favorable — les briques techniques sont prêtes. En commençant par un exemple Pt100, on acquiert généralement rapidement une expérience pratique.

Sources

[1] Digital Calibration Certificate DCC
Physikalisch-Technische Bundesanstalt (PTB)
https://www.ptb.de/cms/metrologische-dienstleistungen/dkd/dkd-dcc.html[file:16]

[2] DCC Wiki (état : 08/01/2026)
https://dccwiki.ptb.de[file:17]

[3] DKD-E 5-3 : Guide d’utilisation du schéma DCC pour la création d’un certificat d’étalonnage numérique pour les grandeurs de mesure de température et d’humidité
https://www.ptb.de/cms/fileadmin/internet/dienstleistungen/dkd/archiv/Publikationen/Expertenberichte/DKD-E_5-3_DCC_Rev0_de.pdf[file:16]

[4] DKD-R 5-1 : Étalonnage des thermomètres à résistance
(référencé dans DKD-E 5-3 et la documentation PTB)[file:16]

Source de l’image d’en-tête : Capture d’écran du fichier XML d’exemple dans DKD-E 5-3, annexe A (PTB).