> For the complete documentation index, see [llms.txt](https://docs.didomi.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.didomi.io/fr/gestionnaire-des-reglementations/introduction.md).

# Introduction

Une réglementation est une configuration des pratiques de collecte de données de votre organisation qui comprend des aspects tels que les fournisseurs et les finalités utilisés, les régions applicables, les cadres sectoriels et législatifs, etc...&#x20;

### Aperçu

La réglementation est utilisée conjointement avec un widget lors de la publication d’un parcours de confidentialité sur votre site web ou votre application.&#x20;

<figure><img src="https://1244787492-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNDxbAdc00ce6bH5u1urh%2Fuploads%2FUMzHREzzmcfAj53IAeu4%2FPrivacy%20Flows%20Diagram-selection.png?alt=media&amp;token=0b543819-3619-466c-8b05-1dab25675ea2" alt="" width="563"><figcaption></figcaption></figure>

Alors que le widget détermine une grande partie de ce que l’utilisateur final voit et expérimente sur votre propriété, la réglementation contrôle la logique de conformité et la manière dont ses choix sont enregistrés et transmis aux fournisseurs.&#x20;

### Portée de la collecte de données

Lorsque votre organisation crée une nouvelle réglementation dans Didomi, vous devrez définir la portée de la collecte de données pour la réglementation. La portée de la collecte de données désigne l'entité qui détermine l'entité chargée de définir les règles de traitement pour la collecte des données des utilisateurs finaux. Consultez le tableau ci-dessous pour plus d'informations sur chaque option.

<table><thead><tr><th width="189">Portée de la collecte de données</th><th>Description</th></tr></thead><tbody><tr><td><a href="/fr/gestionnaire-des-reglementations/gerer-les-reglementations/configurer-la-reglementation-par-fournisseur.md">Par fournisseur</a></td><td><p>Pour chaque fournisseur, votre organisation définit/confirme la règle de traitement pour chaque finalité au sein de la réglementation à l'aide d'une matrice fournisseur x finalité. <br><br>Cette option donne à votre organisation un contrôle fournisseur par fournisseur sur ce qui est traité et la manière dont les données des utilisateurs finaux sont traitées, et elle est adaptée au Règlement général sur la protection des données (RGPD), au cadre IAB Transparency and Consent Framework (TCF) et à d'autres marchés de type européen. </p><div data-gb-custom-block data-tag="hint" data-style="warning" class="hint hint-warning"><p><strong>Remarque</strong>: Par défaut, la réglementation aura les <a href="/fr/gestionnaire-des-reglementations/cadres/iab-tcf.md">IAB TCF</a> et <a href="/fr/gestionnaire-des-reglementations/cadres/mode-de-consentement-google-v2.md">Google Consent Mode v2</a> cadres activés.</p></div></td></tr><tr><td><a href="/fr/gestionnaire-des-reglementations/gerer-les-reglementations/configurer-la-reglementation-par-pays-region.md">Par pays ou région</a></td><td><p>La règle de traitement pour une finalité donnée est définie en fonction de la localisation de l’utilisateur final et tous les fournisseurs suivront la même règle dans le pays/la région/l’État. Cela permet à votre organisation de définir différentes règles de traitement pour la même finalité dans plusieurs juridictions à l'aide d'une matrice territoire x finalité.<br><br>Cette option est adaptée aux lois américaines sur la confidentialité au niveau des États (p. ex. la CPRA) ou à tout autre cas où la loi elle-même fixe la règle pour tout le monde. </p><div data-gb-custom-block data-tag="hint" data-style="warning" class="hint hint-warning"><p><strong>Remarque</strong>: Par défaut, la réglementation aura les <a href="/fr/gestionnaire-des-reglementations/cadres/mode-de-consentement-google-v2.md">Google Consent Mode v2</a> activé.</p></div></td></tr></tbody></table>

<figure><img src="https://1244787492-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNDxbAdc00ce6bH5u1urh%2Fuploads%2FLZhRJhgBxh4P0srLHnDi%2FScreenshot%202026-08-12%20at%201.06.27%E2%80%AFPM.png?alt=media&amp;token=a8f7fb36-83a3-4600-8f0f-8ce119b91326" alt="" width="563"><figcaption></figcaption></figure>


---

# 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://docs.didomi.io/fr/gestionnaire-des-reglementations/introduction.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.
