> 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/guests-vs-workspace-members.md). # Invités vs membres de l’espace de travail Quelle est la différence entre un invité et un espace de travail, et quand utiliser ### Invités vs membres de l’espace de travail **Quelle est la différence, et quand utiliser chacun** #### Comprendre la différence entre invités et membres de l’espace de travail Dans Shade, il existe deux principaux types d’utilisateurs : **Administrateurs et membres de l’espace de travail** (utilisateurs internes) et **Invités** (collaborateurs externes). Ci-dessous, une répartition claire de leurs différences et du moment où utiliser chacun. {% embed url="" %} *** ### Administrateurs et membres de l’espace de travail Les administrateurs et membres de l’espace de travail (collectivement *membres internes*) sont des personnes au sein de votre organisation qui collaborent dans votre espace de travail. Ces utilisateurs occupent des **sièges payants**. > Clarification importante : être membre de l’espace de travail n’accorde pas automatiquement l’accès aux lecteurs, aux fichiers ou aux actions avancées (comme monter des lecteurs ou modifier des métadonnées au niveau du lecteur). L’accès est accordé par lecteur, soit explicitement par un administrateur, soit via les paramètres d’héritage par défaut. #### Ce que les membres de l’espace de travail peuvent faire Les membres de l’espace de travail ont la *capacité* d’utiliser toutes les fonctionnalités de Shade **une fois qu’ils ont reçu l’accès** aux lecteurs ou actifs concernés. Selon les autorisations au niveau du lecteur, cela peut inclure : * Accéder à un ou plusieurs lecteurs * Téléverser, modifier et organiser des ressources * Monter des lecteurs *(uniquement s’ils disposent d’autorisations suffisantes sur ce lecteur)* * Gérer et créer des métadonnées personnalisées *(uniquement lorsque cela est autorisé)* * Ajouter des étiquettes aux ressources * Utiliser des fonctionnalités avancées comme la reconnaissance faciale *(lorsqu’elle est activée et autorisée)* Les membres de l’espace de travail ne **pas** disposent pas automatiquement d’un accès de type Gestionnaire ou Éditeur sur les lecteurs existants. Les administrateurs doivent : * Ajouter explicitement les membres aux lecteurs, **ou** * Configurer **l’héritage par défaut des lecteurs** qui s’applique aux nouveaux lecteurs (et, en option, aux lecteurs existants) #### Sièges payants et gestion des identités Les membres de l’espace de travail occupent des sièges payants et sont généralement restreints au domaine de votre entreprise. Ils peuvent être entièrement intégrés aux systèmes d’identité d’entreprise : * Application des règles SSO / SAML * Synchronisation SCIM ou Active Directory * Provisionnement juste-à-temps (JIT) Tous les utilisateurs provisionnés via SCIM sont considérés comme des membres de l’espace de travail et occupent donc des sièges payants. #### Points clés pour les membres de l’espace de travail * **Sièges payants :** L’adhésion à l’espace de travail nécessite un compte payant. * **Accès basé sur les autorisations :** L’accès aux lecteurs et aux fonctionnalités dépend des autorisations au niveau du lecteur et de l’héritage, et non de l’adhésion seule. * **Contrôles d’entreprise :** Les membres de l’espace de travail peuvent être gérés via SSO/SAML et SCIM. *** ### Prestataires externes (cas particulier) Les prestataires externes sont un autre rôle parmi les membres, mais ils sont volontairement **non inclus dans l’héritage par défaut des lecteurs**. Cela permet aux prestataires externes de : * Être gérés comme des utilisateurs internes (identité, audit, sortie facilitée) * Être ajoutés uniquement à des lecteurs, dossiers ou fichiers spécifiques * Éviter de recevoir automatiquement l’accès aux lecteurs nouvellement créés Ce modèle est idéal lorsqu’une personne travaille *dans* Shade mais ne doit voir qu’un sous-ensemble strictement limité de contenu. Cela s’appliquera également au montage, où, lors du montage, les prestataires externes ne verront que ces fichiers/dossiers spécifiques. *** ### Invités Les invités permettent de collaborer avec des personnes **en dehors de votre organisation** sans leur accorder l’adhésion complète à l’espace de travail. Les invités ne **pas** occupent pas de sièges payants. Les invités sont généralement invités à : * Un fichier spécifique * Un dossier spécifique * Du contenu partagé via un lien public ou privé Les invités peuvent être consultés et gérés sous **Espace de travail > Gérer les membres > Invités**. #### Ce que les invités peuvent faire * Accéder uniquement aux fichiers ou dossiers explicitement partagés avec eux * Téléverser des fichiers si l’autorisation de téléversement leur est accordée * Commenter ou modifier des ressources si cela est autorisé #### Ce que les invités ne peuvent pas faire * Parcourir l’espace de travail ou les lecteurs * Monter des lecteurs * Accéder à d’autres contenus, sauf s’ils sont explicitement partagés Les invités ne peuvent pas monter de lecteurs. Vous devez être un membre interne de l’espace de travail (siège payant) pour monter des lecteurs. #### Coût et flexibilité * Les invités ne **pas** sont pas comptabilisés dans les limites de sièges * Les invités peuvent être transformés en membres de l’espace de travail à tout moment * Souvent utilisés pour les dirigeants, les clients, les fournisseurs ou les collaborateurs occasionnels *** ### Alternative aux invités : partage par lien et liens de collection Il est souvent plus simple de partager des fichiers avec des collaborateurs externes à l’aide de liens et du partage public. Des liens peuvent être créés au niveau du fichier, du dossier, ou même de la collection, afin de permettre aux personnes d’accéder, de télécharger, de téléverser et même de commenter et modifier les champs de métadonnées activés pour le lien. Les liens offrent également un accès à expiration, une protection par mot de passe, un filigrane et des contrôles d’affichage. En savoir plus sur les liens [ici](/shade-academy/shade-academy-fr/partage-et-collaboration/published-links.md). *** ### Quand utiliser les membres de l’espace de travail plutôt que les invités | Cas d’usage | Membre de l’espace de travail | Sous-traitant | Invité | | ------------------------------------------------------------------------------ | ----------------------------- | ------------- | ----------------- | | Membre de l’équipe principale qui doit gérer les autorisations et les lecteurs | ✅ | ✅ | ❌ | | Doit monter des lecteurs | ✅ | ✅ | ❌ | | Nécessite un provisionnement SSO / SCIM d’entreprise | ✅ | ✅ | ❌ | | Accès restreint à des dossiers et fichiers spécifiques au sein d’un lecteur | ❌ | ✅ | ✅ | | Client ou fournisseur avec un périmètre limité | ❌ | ✅ | ✅ | | Collaboration ponctuelle sur un fichier ou un dossier | ❌ | ❌ | ✅ | | Accès temporaire sans configuration de compte | ❌ | ❌ | ✅ (via des liens) | *** En résumé, **les membres de l’espace de travail** sont les mieux adaptés aux collaborateurs internes ou de longue durée qui ont besoin d’un accès évolutif régi par les autorisations des lecteurs, tandis que **les invités et les liens** sont idéaux pour une collaboration externe, ciblée et rentable. **Espace de travail**
**Invités**
--- # 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/guests-vs-workspace-members.md?ask=&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.