> For the complete documentation index, see [llms.txt](https://academy.shade.inc/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://academy.shade.inc/shade-academy/shade-academy-fr/partage-et-collaboration/permission-inheritance-examples.md).

# Exemples d’héritage des autorisations

### Scénario : Membre de l’espace de travail + héritage des drives

**Vous**

* Rôle : **Membre de l’espace de travail**
* Pas un administrateur de l’espace de travail
* Vous rejoignez un espace de travail qui possède déjà deux drives

***

### Configuration des drives (par un administrateur)

#### Drive A : `Projet marketing`

* **Héritage par défaut pour les membres de l’espace de travail :** **Accès complet**

#### Drive B : `Finance et juridique`

* **Héritage par défaut pour les membres de l’espace de travail :** **Aucun accès**

***

### Ce que vous voyez lorsque vous rejoignez l’espace de travail

#### Drive A — `Projet marketing`

Parce que l’héritage par défaut du drive est **Accès complet**:

* Le drive apparaît dans votre liste de drives
* Vous pouvez ouvrir tous les dossiers et fichiers
* Vous pouvez :
  * Téléverser des fichiers
  * Renommer, supprimer et réorganiser des fichiers
  * Gérer les autorisations au niveau des fichiers et des dossiers
* Vous n’êtes **pas** un gestionnaire de Drive
  * Vous ne pouvez pas renommer ni supprimer le drive
  * Vous ne pouvez pas gérer les autorisations au niveau du drive
  * Vous ne pouvez pas gérer les métadonnées au niveau du drive

***

#### Drive B — `Finance et juridique`

Parce que l’héritage par défaut du drive est **Aucun accès**:

* Le drive ne **pas** apparaît pas dans votre liste de drives
* Vous ne pouvez pas parcourir ses dossiers ou ses fichiers
* Vous n’avez aucune visibilité sur le fait que son contenu existe même

> En pratique :
>
> **Ce drive vous est invisible, à moins que quelqu’un ne vous ajoute explicitement.**

***

### Si un administrateur change quelque chose plus tard

#### Cas 1 : l’administrateur vous ajoute explicitement à Drive B en tant qu’éditeur

* Drive B apparaît maintenant dans votre liste de drives
* Vous pouvez accéder à tous les dossiers et fichiers de ce drive
* Vos autorisations sont **Éditeur**, quel que soit l’héritage par défaut

***

#### Cas 2 : l’administrateur modifie l’héritage par défaut de Drive B en « Lecteur »

* Vous voyez le drive
* Vous pouvez voir/télécharger les fichiers, mais pas les modifier ni en téléverser

### Scénario : Prestataire de l’espace de travail

**Vous**

* Rôle : **Prestataire de l’espace de travail**
* Même configuration qu’avant, deux drives, l’un avec « Aucun accès » et un autre avec un héritage par défaut « Accès complet »

***

### Ce que vous voyez lorsque vous rejoignez l’espace de travail

#### Les deux drives sont invisibles :

Parce que les prestataires ignorent l’héritage par défaut :

* Les drives ne **pas** apparaît pas dans votre liste de drives
* Vous ne pouvez pas parcourir leurs dossiers ou leurs fichiers
* Vous n’avez aucune visibilité sur le fait que leur contenu existe même

***

### Si un administrateur change quelque chose plus tard

#### Cas 1 : l’administrateur vous ajoute explicitement à Drive A en tant qu’éditeur

* Drive A apparaît maintenant dans votre liste de drives
* Vous pouvez accéder à tous les dossiers et fichiers de ce drive
* Vos autorisations sont **Éditeur**, quel que soit l’héritage par défaut

***

#### Cas 2 : l’administrateur vous ajoute à un dossier spécifique à l’intérieur de Drive A

* Vous voyez le drive
* Vous pouvez afficher et télécharger les fichiers à l’intérieur de ce dossier spécifique, et si vous deviez monter ce drive, vous ne verriez que ce dossier spécifique auquel vous avez été ajouté.
* Si vous avez été ajouté à un dossier enfant, vous pourriez naviguer jusqu’à ce dossier via le dossier parent, mais vous **ne pourriez pas** voir les dossiers auxquels vous n’avez pas été explicitement ajouté.


---

# 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://academy.shade.inc/shade-academy/shade-academy-fr/partage-et-collaboration/permission-inheritance-examples.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.
