> For the complete documentation index, see [llms.txt](https://doc.dastra.eu/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://doc.dastra.eu/features/settings/roles-et-permissions.md).

# Rôles et permissions

Chaque organisation est différente, c'est pourquoi, les rôles et les permissions sont extrêmement souples dans Dastra.

{% embed url="<https://youtu.be/wNrj3Ru2wz8>" %}

## Fonctionnement général

Chaque utilisateur peut être associé à 1 ou plusieurs rôles. Les rôles sont eux mêmes associés à une liste de permissions (ex: écrire dans le registre, créer un questionnaire...). Il existe deux manières d'administrer les rôles associés aux utilisateurs.

* Si vous êtes propriétaire, vous pouvez utiliser[ cette interface de gestion de comptes](https://app.dastra.eu/general-settings/users)
* Si vous avez le rôle d'administrateur d'espace de travail, vous pouvez gérer les rôles et permissions des utilisateurs appartenant à votre espace de travail en utilisant [cette interface](https://app.dastra.eu/workspace/573/settings/users).

## Créez vos propres rôles

Pour créez vos propres rôles associés aux permissions, rendez-vous sur [cette page](https://app.dastra.eu/general-settings/roles) :

Vous pouvez créer un "nouveau rôle" personnalisé en cliquant sur le bouton "Ajouter un rôle"

<figure><img src="https://1301193153-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-LvBxs22wUMicv9uWp6C-2584506019%2Fuploads%2FMSMD8NviLn9svCmYzosx%2Fimage.png?alt=media&amp;token=91fe790c-b0c9-461b-9bf4-c8a67a731b68" alt=""><figcaption></figcaption></figure>

Il est ensuite possible de sélectionner les cases associées aux permissions :

<figure><img src="https://1301193153-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-LvBxs22wUMicv9uWp6C-2584506019%2Fuploads%2FUTrZNvouFoKRRPyelchc%2FCapture%20d'%C3%A9cran%202025-11-24%20153151.png?alt=media&amp;token=e55c3fb4-c465-42b9-9160-0ec1c343eadc" alt=""><figcaption><p>Création d'un rôle de gestion des tâches</p></figcaption></figure>

<br>

* **Lecture/Modification de ses propres éléments :** Permet aux utilisateurs de voir et modifier uniquement les éléments qui leur sont attribués dans le module.
* **Lecture :** Permet aux utilisateurs de voir tous les éléments du module.
* **Écriture :** Permet aux utilisateurs de modifier tous les éléments existants du module. Dans les modules qui proposent la permission **Création**, l'écriture ne donne pas le droit de créer de nouveaux éléments.
* **Création :** Permet aux utilisateurs de créer de nouveaux éléments dans le module. Cette permission est indépendante de la permission **Écriture**.
* **Export :** Permet aux utilisateurs d'exporter tous les éléments du module.
* **Import :** Permet aux utilisateurs d'importer tous les éléments dans le module.
* **Notification :** Les utilisateurs reçoivent des notifications pour tous les éléments du module.

{% hint style="info" %}
Il n'est pas possible de sélectionner à la fois "Lecture/Modification de ses propres éléments" et les permissions sur tous les éléments pour le même rôle dans un module, à l'exception de la permission "Création". Les utilisateurs accèdent soit uniquement à leurs éléments, soit à tous les éléments ; la permission "Création" leur permet en plus de créer de nouveaux éléments.
{% endhint %}

\
Une fois votre rôle personnalisé créé, vous pouvez l'affecter à n'importe quel utilisateur de l'espace de travail au sein de votre organisation.

### Permission Création

Les modules suivants proposent une permission **Création** distincte de la permission **Écriture** :

* Tâches et planification
* Registre et traitements de données
* Exercices des droits
* Violation de données
* Cartographie des données et référentiels
* Gestion des contrats
* Gestion des systèmes d'IA

Dans ces modules, la permission **Création** est cochable avec **Lecture** ou avec **Lecture/Modification de ses propres éléments**. Un rôle qui combine **Lecture/Modification de ses propres éléments** et **Création** permet à l'utilisateur de créer de nouveaux éléments et de modifier uniquement les éléments qui lui sont attribués. Pour qu'un rôle puisse modifier les éléments existants sans en créer, cochez **Écriture** sans cocher **Création**.

Les rôles par défaut **Administrateur** et **Contributeur** incluent la permission **Création** dans ces modules.

<figure><img src="https://1301193153-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-LvBxs22wUMicv9uWp6C-2584506019%2Fuploads%2Fgit-blob-4e3f7b9cd4cfa6f67ede3c62391fb2fe7ea9b869%2Fsettings-roles-create-permission.png?alt=media" alt="Permission Création cochée avec la permission Lecture/Modification de ses propres éléments dans le module Violation de données"><figcaption><p>Permission Création combinée à la modification de ses propres éléments</p></figcaption></figure>

## Cloner un rôle existant

Pour gagner du temps lors de la création d'un nouveau rôle à partir d'une configuration existante, vous pouvez **cloner un rôle** en un seul clic. Ouvrez le rôle à dupliquer, puis cliquez sur **"Cloner"**. Un nouveau rôle reprenant l'intégralité des permissions du rôle source est créé immédiatement — il ne reste plus qu'à le renommer et à ajuster les permissions souhaitées.

Cette fonctionnalité est particulièrement utile pour décliner des variantes d'un rôle (ex. un rôle "Contributeur DPO" légèrement différent du rôle "Contributeur") sans repartir d'une page blanche.


---

# 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://doc.dastra.eu/features/settings/roles-et-permissions.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.
