> 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-es/compartir-y-colaborar/inviting-external-collaborators.md). # Invitar a colaboradores externos Esta guía cubre las mejores prácticas para colaborar con socios externos mientras se mantiene la seguridad y la eficiencia del flujo de trabajo. ### Comprender el acceso externo A los colaboradores externos se les puede conceder acceso en tres niveles distintos: #### Acceso a archivos/carpetas El enfoque más granular y seguro para la colaboración externa. Cuando compartes archivos o carpetas específicos, los colaboradores se convierten en **invitados** tanto a nivel del espacio de trabajo como de la unidad. Solo verán lo que necesitan mientras mantienen una experiencia limpia y profesional. Este nivel es ideal para: * Clientes que revisan entregables específicos * Freelancers que trabajan en activos individuales * Equipos externos de QA que revisan contenido específico * Partes interesadas que necesitan acceso a materiales de presentación #### Acceso a la unidad Cuando los colaboradores externos necesitan un acceso más amplio a un proyecto, los permisos a nivel de unidad ofrecen un enfoque equilibrado. Estos usuarios siguen siendo **invitados del espacio de trabajo** pero obtienen acceso estructurado a proyectos completos. **Importante: los invitados de la unidad no pueden montar unidades mediante ShadeFS** - solo pueden acceder al contenido a través de la interfaz de la aplicación web. Ideal para: * Casas de posproducción externas * Socios de agencia que gestionan múltiples activos * Freelancers de larga duración en proyectos específicos * Equipos de clientes que necesitan acceso al alcance completo del proyecto #### Membresía del espacio de trabajo Reservado para socios externos de confianza profundamente integrados en tu flujo de trabajo. Aunque es posible, recomendamos considerar cuidadosamente las implicaciones de seguridad antes de conceder este nivel de acceso. ### Buenas prácticas de seguridad #### Gestión de permisos * Empieza de forma restrictiva y amplía el acceso según sea necesario * Usar **acceso de invitado** como tu valor predeterminado para la colaboración externa * Recuerda que los nombres de las unidades son visibles para cualquiera con acceso a archivos * Define niveles **herencia predeterminada** claros en las unidades para evitar la exposición accidental #### Control de acceso Los colaboradores externos pueden avanzar por los niveles de permiso según sea necesario: 1. Empieza con acceso a archivos/carpetas 2. Pásate a acceso a la unidad si se requiere un alcance más amplio 3. Convierte a membresía del espacio de trabajo solo cuando sea necesario Este enfoque progresivo garantiza niveles de acceso adecuados mientras se mantiene la seguridad. ### Consideraciones prácticas #### Visibilidad y navegación Los invitados externos pueden ver las unidades en su barra lateral cuando tienen acceso a cualquier archivo contenido en ellas. Ten esto en cuenta cuando: * Nombras unidades y carpetas * Organizas contenido * Planificas la estructura del proyecto #### Herencia de permisos * Los ajustes de la unidad **herencia predeterminada** no afectan a los invitados externos * Deben establecerse permisos explícitos al compartir * El acceso puede modificarse o revocarse en cualquier momento * Los cambios en permisos de nivel superior se propagan hacia abajo ### Consejos para la colaboración con clientes Cuando trabajes con clientes: * Comparte archivos/carpetas específicos en lugar de unidades completas cuando sea posible * Usa nombres de unidad estándar y profesionales * Considera crear unidades dedicadas para clientes * Establece niveles claros de permiso durante el uso compartido inicial ### Escenarios comunes #### Incorporación de freelancers Empieza con acceso a archivos específicos y amplía según las necesidades del proyecto. Esto mantiene la seguridad mientras permite flexibilidad a medida que la relación se desarrolla. #### Proceso de revisión del cliente Comparte entregables individuales en lugar de unidades de proyecto completas. Esto mantiene el enfoque en el contenido relevante y simplifica el proceso de revisión. #### Alianzas con agencias Considera el acceso a nivel de unidad con conjuntos de permisos específicos según los requisitos del proyecto. Esto equilibra la eficiencia con la seguridad. ### Recordatorios importantes * Los invitados externos conservan la visibilidad de la unidad para cualquier contenido compartido * Las mejoras de permisos pueden implementarse de forma progresiva * El acceso puede revocarse o modificarse en cualquier momento * Los administradores del espacio de trabajo pueden auditar los niveles de acceso * **Los invitados de la unidad no pueden montar unidades: solo los miembros del espacio de trabajo y los contratistas pueden usar ShadeFS** ### Recursos adicionales Para obtener información más detallada sobre las estructuras de permisos y las funciones avanzadas de colaboración, consulta nuestra guía completa de permisos: {% content-ref url="/pages/66fbe15c216139f9e7fa4a14cb95475f0a7b679f" %} [Permisos del espacio de trabajo y de la unidad](/shade-academy/shade-academy-es/compartir-y-colaborar/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-es/compartir-y-colaborar/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.