> 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/guests-vs-workspace-members.md). # Invitados vs miembros del espacio de trabajo ¿Cuál es la diferencia entre un invitado y un espacio de trabajo, y cuándo usar ### Invitados vs. miembros del espacio de trabajo **Cuál es la diferencia y cuándo usar cada uno** #### Entender la diferencia entre invitados y miembros del espacio de trabajo En Shade, hay dos tipos principales de usuarios: **Administradores y miembros del espacio de trabajo** (usuarios internos) y **Invitados** (colaboradores externos). A continuación se muestra un desglose claro de en qué se diferencian y cuándo usar cada uno. {% embed url="" %} *** ### Administradores y miembros del espacio de trabajo Los administradores y miembros del espacio de trabajo (en conjunto *miembros internos*) son personas dentro de su organización que colaboran dentro de su espacio de trabajo. Estos usuarios ocupan **puestos de pago**. > Aclaración importante: Ser miembro de un espacio de trabajo no otorga automáticamente acceso a unidades, archivos o acciones avanzadas (como montar unidades o editar metadatos a nivel de unidad). El acceso se concede por unidad, ya sea explícitamente por un administrador o mediante la configuración predeterminada de herencia. #### Qué pueden hacer los miembros del espacio de trabajo Los miembros del espacio de trabajo tienen la *capacidad* de usar todas las funciones de Shade **una vez que se les concede acceso** a las unidades o recursos pertinentes. Según los permisos a nivel de unidad, esto puede incluir: * Acceder a una o más unidades * Subir, editar y organizar recursos * Montar unidades *(solo si tienen permisos suficientes en esa unidad)* * Gestionar y crear metadatos personalizados *(solo cuando esté permitido)* * Etiquetar recursos * Usar funciones avanzadas como el reconocimiento facial *(cuando esté habilitado y permitido)* Los miembros del espacio de trabajo **un** no tienen automáticamente acceso de Administrador o Editor en las unidades existentes. Los administradores deben: * Añadir explícitamente miembros a las unidades, **o** * Configurar **la herencia predeterminada de unidades** que se aplica a las unidades nuevas (y opcionalmente a las existentes) #### Puestos de pago y gestión de identidades Los miembros del espacio de trabajo son puestos de pago y, por lo general, están restringidos al dominio de su empresa. Pueden integrarse completamente con sistemas empresariales de identidad: * Aplicación obligatoria de SSO / SAML * Sincronización mediante SCIM o Active Directory * Aprovisionamiento justo a tiempo (JIT) Todos los usuarios aprovisionados mediante SCIM se consideran miembros del espacio de trabajo y, por lo tanto, ocupan puestos de pago. #### Notas clave para los miembros del espacio de trabajo * **Puestos de pago:** La membresía en el espacio de trabajo requiere una cuenta de pago. * **Acceso basado en permisos:** El acceso a unidades y funciones depende de los permisos y la herencia a nivel de unidad, no solo de la membresía. * **Controles empresariales:** Los miembros del espacio de trabajo pueden gestionarse mediante SSO/SAML y SCIM. *** ### Contratistas (caso especial) Los contratistas son otro rol dentro de los miembros, pero intencionalmente **no están incluidos en la herencia predeterminada de unidades**. Esto permite que los contratistas: * Se gestionen como usuarios internos (identidad, auditoría, baja sencilla) * Solo se añadan a unidades, carpetas o archivos específicos * Eviten recibir automáticamente acceso a las unidades creadas recientemente Este modelo es ideal cuando alguien trabaja *dentro* de Shade, pero solo debe ver un subconjunto de contenido muy limitado. Esto también se aplica al montaje, donde al montar los contratistas solo verán esos archivos o carpetas específicos. *** ### Invitados Los invitados permiten colaborar con personas **fuera de su organización** sin conceder membresía completa al espacio de trabajo. Los invitados no **un** ocupan puestos de pago. Por lo general, se invita a los invitados a: * Un archivo específico * Una carpeta específica * Contenido compartido mediante un enlace público o privado Los invitados pueden verse y administrarse en **Espacio de trabajo > Administrar miembros > Invitados**. #### Qué pueden hacer los invitados * Acceder solo a los archivos o carpetas compartidos explícitamente con ellos * Subir archivos si se les conceden permisos de subida * Comentar o editar recursos si está permitido #### Qué no pueden hacer los invitados * Explorar el espacio de trabajo o las unidades * Montar unidades * Acceder a otro contenido a menos que se comparta explícitamente Los invitados no pueden montar unidades. Debe ser un miembro interno del espacio de trabajo (puesto de pago) para montar unidades. #### Coste y flexibilidad * Los invitados **un** cuentan para los límites de puestos * Los invitados pueden convertirse en miembros del espacio de trabajo en cualquier momento * Se usan a menudo para ejecutivos, clientes, proveedores o colaboradores ocasionales *** ### Alternativa a los invitados: compartición mediante enlaces y enlaces de colección A menudo es más fácil simplemente compartir archivos con colaboradores externos mediante enlaces y uso compartido público. Se pueden crear enlaces en el archivo, la carpeta o incluso a nivel de colección para garantizar que las personas puedan acceder, descargar, subir e incluso comentar y editar campos de metadatos que estén habilitados para el enlace. Los enlaces también ofrecen acceso con caducidad, protección con contraseña, marcas de agua y controles de visualización. Descubra más sobre los enlaces [aquí](/shade-academy/shade-academy-es/compartir-y-colaborar/published-links.md). *** ### Cuándo usar miembros del espacio de trabajo frente a invitados | Caso de uso | Miembro del espacio de trabajo | Contratista | Invitado | | ------------------------------------------------------------------------- | ------------------------------ | ----------- | -------------------- | | Miembro del equipo principal que necesita gestionar permisos y unidades | ✅ | ✅ | ❌ | | Necesita montar | ✅ | ✅ | ❌ | | Requiere aprovisionamiento empresarial con SSO / SCIM | ✅ | ✅ | ❌ | | Acceso restringido a carpetas y archivos específicos dentro de una unidad | ❌ | ✅ | ✅ | | Cliente o proveedor con alcance limitado | ❌ | ✅ | ✅ | | Colaboración puntual en un archivo o carpeta | ❌ | ❌ | ✅ | | Acceso temporal sin configuración de cuenta | ❌ | ❌ | ✅ (mediante enlaces) | *** En resumen, **los miembros del espacio de trabajo** son mejores para colaboradores internos o a largo plazo que necesitan acceso escalable regido por permisos de unidad, mientras que **los invitados y los enlaces** son ideales para una colaboración externa, delimitada y rentable. **Espacio de trabajo**
**Invitados**
--- # 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/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.