Contenu principal : comment les données d’ACV sont organisées
Comprendre les liens entre processus, flux, unités et sources, et distinguer contrôle de format, qualité des données et revue professionnelle.
TIDAS organise les informations courantes d’ACV dans des fichiers reliés entre eux. Cette page explique d’abord leur contenu, puis indique où s’arrêtent les contrôles automatiques. Consultez les termes et sigles lorsqu’un concept n’est pas familier.
Comment les données d’ACV sont reliées
- Un jeu de données de processus décrit une activité de production ou de service : ce qu’elle utilise et produit, où et quand elle a lieu, et les sources qui la documentent.
- Un échange relie un processus à un flux. Un flux peut être un produit ou un déchet, mais aussi un flux élémentaire prélevé directement dans l’environnement naturel ou rejeté directement vers celui-ci.
- Les propriétés de flux et groupes d’unités définissent comment mesurer et convertir des quantités telles que la masse, l’énergie ou le volume.
- Les sources et contacts consignent les informations justificatives et les responsabilités ; les classifications fournissent des noms et identifiants communs.
- Les méthodes d’évaluation de l’impact du cycle de vie (ACVI) et modèles de cycle de vie portent les références nécessaires au calcul des impacts potentiels et à la construction d’un système de produit.
Quels fichiers sont disponibles ?
- Fichiers JSON téléchargeables
- 19
- Fichiers de règles utilisés pour les contrôles
- 18
- Types de données d’ACV
- 8
- Tables de classification
- 9
- Règles de champs partagées
- 1
- Structure réservée à l’affichage du site
- 1
Quels contrôles sont appliqués aux données
- Le fichier est-il lisible ? La syntaxe JSON doit être correcte.
- La structure des données est-elle correcte ? JSON Schema contrôle les champs obligatoires, les types, les valeurs autorisées et les relations dans un fichier.
- Les fichiers sont-ils complets et cohérents ensemble ? Répertoires, identifiants, versions et références entre fichiers doivent correspondre.
- Les données peuvent-elles être échangées au format demandé ? Si eILCD ou un autre format d’échange électronique est requis, exécutez les règles de conversion choisies et examinez le résultat.
- Les données conviennent-elles à l’étude ? Frontière du système, unité fonctionnelle, allocation, représentativité technique/géographique/temporelle, incertitude et état de la revue nécessitent une explication et un jugement distincts.
Ce que les outils peuvent contrôler — et ce qu’ils ne peuvent pas
Les outils TIDAS peuvent contrôler le format des fichiers, les champs et les références, et exécuter les conversions prises en charge. La réussite de ces contrôles ne prouve ni la pertinence de la méthode d’ACV, ni une qualité des données suffisante, ni la réalisation d’une revue critique indépendante.
Une déclaration de conformité ne doit nommer un système et une version que si leurs exigences de qualité, de méthode, de documentation et de revue ont été évaluées. « Structure contrôlée », « documentation complète », « qualité des données décrite » et « revue indépendante réalisée » sont des mentions distinctes.
Commencer par un paquet de données minimal
- Créer un jeu de données de processus.
- Ajouter chaque flux, propriété de flux, groupe d’unités, contact et source référencés.
- Exécuter
tidas validate --schema-onlypour repérer les problèmes de champs et de structure. - Exécuter ensuite
tidas validateau complet pour contrôler le paquet et les références entre fichiers. - Ajouter l’explication de la qualité des données, le jugement méthodologique et la revue requis par l’usage prévu. Pour consigner la version de l’outil, voir la note avancée.
Dans cette section
Termes et sigles
Explications en langage courant des concepts d’ACV, des termes de données et des résultats de contrôle utilisés sur ce site.
Présentation du schéma TIDAS
TIDAS Schema décrit avec JSON Schema les objets de jeux de données ACV, les vocabulaires de classification et les types partagés : ce que couvrent les 18 schémas de contrat logiques publiés et la projection de visualisation, jusqu’où les concepts ILCD sont repris, et pourquoi réussir JSON Schema ne prouve pas la conformité ILCD/eILCD.