> 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/inviting-external-collaborators.md). # Invitation de collaborateurs externes Ce guide couvre les bonnes pratiques pour collaborer avec des partenaires externes tout en préservant la sécurité et l’efficacité du flux de travail. ### Comprendre l’accès externe Les collaborateurs externes peuvent se voir accorder un accès à trois niveaux distincts : #### Accès aux fichiers/dossiers L’approche la plus granulaire et la plus sécurisée pour la collaboration externe. Lorsque vous partagez des fichiers ou des dossiers spécifiques, les collaborateurs deviennent **invités** à la fois au niveau de l’espace de travail et du lecteur. Ils ne verront que ce dont ils ont besoin tout en conservant une expérience propre et professionnelle. Ce niveau est idéal pour : * Les clients qui examinent des livrables spécifiques * Les freelances travaillant sur des éléments individuels * Les équipes QA externes qui examinent des contenus spécifiques * Les parties prenantes qui ont besoin d’accéder aux supports de présentation #### Accès au lecteur Lorsque des collaborateurs externes ont besoin d’un accès plus large à un projet, les autorisations au niveau du lecteur offrent une approche équilibrée. Ces utilisateurs restent **des invités de l’espace de travail** tout en bénéficiant d’un accès structuré à des projets entiers. **Important : les invités du lecteur ne peuvent pas monter de lecteurs via ShadeFS** - ils ne peuvent accéder au contenu que via l’interface de l’application web. Idéal pour : * Les sociétés de postproduction externes * Les partenaires d’agence qui gèrent plusieurs éléments * Les freelances de longue durée sur des projets spécifiques * Les équipes clientes ayant besoin d’un accès à l’ensemble du périmètre du projet #### Adhésion à l’espace de travail Réservé aux partenaires externes de confiance, profondément intégrés à votre flux de travail. Bien que cela soit possible, nous recommandons d’évaluer attentivement les implications en matière de sécurité avant d’accorder ce niveau d’accès. ### Bonnes pratiques de sécurité #### Gestion des autorisations * Commencez de manière restrictive et élargissez l’accès si nécessaire * Utiliser **l’accès invité** comme option par défaut pour la collaboration externe * N’oubliez pas que les noms des lecteurs sont visibles par toute personne disposant d’un accès aux fichiers * Définissez des **héritage par défaut** niveaux clairs sur les lecteurs afin d’éviter toute exposition accidentelle #### Contrôle d’accès Les collaborateurs externes peuvent progresser à travers les niveaux d’autorisation selon les besoins : 1. Commencez par un accès aux fichiers/dossiers 2. Passez à l’accès au lecteur si un périmètre plus large est nécessaire 3. Ne passez à l’adhésion à l’espace de travail que lorsque c’est nécessaire Cette approche progressive garantit des niveaux d’accès appropriés tout en maintenant la sécurité. ### Considérations pratiques #### Visibilité et navigation Les invités externes peuvent voir les lecteurs dans leur barre latérale lorsqu’ils ont accès à un ou plusieurs fichiers qu’ils contiennent. Tenez-en compte lorsque : * Nommer les lecteurs et les dossiers * Organiser le contenu * Planifier la structure du projet #### Héritage des autorisations * Les **héritage par défaut** paramètres du lecteur n’affectent pas les invités externes * Des autorisations explicites doivent être définies lors du partage * L’accès peut être modifié ou révoqué à tout moment * Les changements apportés aux autorisations de niveau supérieur se propagent vers le bas ### Conseils pour la collaboration client Lorsque vous travaillez avec des clients : * Partagez des fichiers/dossiers spécifiques plutôt que des lecteurs entiers lorsque c’est possible * Utilisez des noms de lecteurs standardisés et professionnels * Envisagez de créer des lecteurs dédiés destinés aux clients * Définissez des niveaux d’autorisation clairs lors du partage initial ### Scénarios courants #### Intégration d’un freelance Commencez par un accès à des fichiers spécifiques et augmentez progressivement selon les besoins du projet. Cela maintient la sécurité tout en offrant de la flexibilité à mesure que la relation évolue. #### Processus de revue client Partagez des livrables individuels plutôt que des lecteurs de projet entiers. Cela recentre l’attention sur le contenu pertinent et simplifie le processus de revue. #### Partenariats d’agence Envisagez un accès au niveau du lecteur avec des ensembles d’autorisations spécifiques selon les exigences du projet. Cela équilibre efficacité et sécurité. ### Rappels importants * Les invités externes conservent la visibilité du lecteur pour tout contenu partagé * Les mises à niveau des autorisations peuvent être mises en place progressivement * L’accès peut être révoqué ou modifié à tout moment * Les administrateurs de l’espace de travail peuvent auditer les niveaux d’accès * **Les invités du lecteur ne peuvent pas monter de lecteurs - seuls les membres de l’espace de travail et les contractants peuvent utiliser ShadeFS** ### Ressources supplémentaires Pour obtenir des informations plus détaillées sur les structures d’autorisations et les fonctionnalités avancées de collaboration, consultez notre guide complet des autorisations : {% content-ref url="/pages/e34e61be9d80f387a6427c087ca05d6455a9e6ac" %} [Autorisations des espaces de travail et des drives](/shade-academy/shade-academy-fr/partage-et-collaboration/workspace-and-drive-permissions.md) {% endcontent-ref %} --- # 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/inviting-external-collaborators.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.