> For the complete documentation index, see [llms.txt](https://www.bilancarbone-conformite.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://www.bilancarbone-conformite.com/referentiels-de-conformite/chapitre-d-transparence-de-la-methodologie-des-sources-et-formation/critere-d.2-sources-de-donnees-utilisees.md).

# Critère D.2 - Sources de données utilisées

Comme mentionné dans le [critère A.10](/referentiels-de-conformite/chapitre-a-cadre-technique-et-methodologique/critere-a.10-coherence-des-fe-et-des-versions-des-sources-de-donnees.md), les données utilisées dans l’outil-candidat peuvent provenir de sources très différentes : base de données spécifique à un secteur d’activité, études relatives à un élément particulier (produit, équipement, technique…), dire d’experts, etc. Toutes ces sources de données ne sont pas de qualité équivalente, et pour chacune d’entre elle, il est nécessaire de vérifier la transparence, la fiabilité et l’actualisation. 

Les points méthodologiques (fiabilité et actualisation) ayant été détaillés dans le [critère A.10](/referentiels-de-conformite/chapitre-a-cadre-technique-et-methodologique/critere-a.10-coherence-des-fe-et-des-versions-des-sources-de-donnees.md), il sera ici seulement analysé la transparence de ces sources de données. Plus particulièrement, il sera analysé à quel point l’outil est transparent sur les données d’activités (valeur, unité, source) et sur les facteurs d’émission utilisées en étant clair sur son intitulé, sa valeur, sa version et sa base de provenance dans le cas de FE issus de base de données « conventionnelles ». 

Dans le cas de FE consolidés il sera également attendu que l’outil-candidat rende accessible l’ensemble des valeurs techniques (données primaires, hypothèses, etc.) ayant permis leur construction.

#### Critère

<table data-header-hidden><thead><tr><th width="136"></th><th></th></tr></thead><tbody><tr><td><mark style="color:red;"><strong>Obligatoire</strong></mark></td><td><strong>Critère D.2 - Sources de données utilisées</strong></td></tr><tr><td><strong>Question</strong></td><td>Les sources et valeurs de tous les facteurs d’émission et de toutes les valeurs techniques utilisables dans l’outil-candidat sont-elles bien identifiées et accessibles aux utilisateurs ? Peut-on également tracer la version de la base de données et/ou de la valeur utilisée ?</td></tr><tr><td><strong>Réponses</strong></td><td><ul><li><mark style="color:green;"><strong>Oui, il est possible d'identifier à la fois la source et la version d'un FE au sein de l'outil-candidat</strong></mark></li><li><mark style="color:green;"><strong>Oui, il est possible d'identifier à la fois la source et la version d'un FE via un export des données de l'outil-candidat</strong></mark></li><li><mark style="color:green;"><strong>Oui, il est possible d'identifier à la fois la source et la version d'un FE grâce à des ressources transmises par l'organisation portant l'outil-candidat</strong></mark></li><li><mark style="color:red;"><strong>Non, il n'est pas possible d'identifier la source et la version des FE utilisés par l'outil-candidat</strong></mark></li></ul></td></tr><tr><td><strong>Aide à la mise en œuvre</strong></td><td><p>Rechercher dans le guide de l’utilisation, le guide méthodologique et/ou le manuel si les sources de données sont bien identifiées</p><p>Rechercher dans l’outil-candidat s’il existe une base de données avec les sources utilisées pour chaque valeur ou facteur ajoutés à l’outil-candidat</p></td></tr></tbody></table>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://www.bilancarbone-conformite.com/referentiels-de-conformite/chapitre-d-transparence-de-la-methodologie-des-sources-et-formation/critere-d.2-sources-de-donnees-utilisees.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.