> ## Documentation Index > Fetch the complete documentation index at: https://flowglad.com/docs/llms.txt > Use this file to discover all available pages before exploring further. # Spaces > Aísla el contexto de los clientes, controla el acceso y organiza el trabajo operativo Los Spaces son compartimentos aislados y con control de acceso en los que tu equipo organiza el trabajo para un cliente, un negocio o un área operativa. Cada Space mantiene su contexto y sus recursos separados de todos los demás Spaces, a menos que los conectes explícitamente. Usa un Space cuando su contenido deba compartir un mismo límite de acceso y un mismo contexto de trabajo. ## Navegar por un Space Las pestañas actuales de un Space son **Automations**, **Resources**, **Connections** y **Linked Spaces**. Las páginas y los archivos subidos aparecen juntos en **Resources**, y todo lo que se muestra allí tiene como ámbito ese Space. ## Crear, cambiar el nombre o eliminar un Space Selecciona **New Space** en la barra lateral, introduce el **Space Name** en **Create a Space** y créalo. Para cambiar el nombre de un Space existente, selecciona su nombre en la parte superior del Space y edítalo en línea. Usa **More Space actions** → **Delete** para eliminarlo cuando esté permitido. Eliminar un Space borra sus membresías y su configuración de exposición, y no se puede deshacer. Confirma que se trata del Space correcto antes de usar **Delete Space**. ## Qué contiene un Space Un Space contiene los recursos que las personas y los agentes usan para completar el trabajo: * Páginas basadas en Markdown que conservan el contexto, los análisis y el conocimiento de trabajo * Archivos subidos que se usan como material de origen * Conexiones con sistemas externos * Ejecuciones de automatizaciones Las conexiones no están disponibles para un Space de forma predeterminada. Debes exponer explícitamente cada conexión antes de poder usar su contenido allí. ## Membresía y roles La membresía determina lo que cada persona puede ver y cambiar dentro de un Space. La siguiente tabla compara las acciones disponibles para cada rol del Space. | Permiso | Space Owner | Contributor | Viewer | | - | :-: | :-: | :-: | | Ver el contenido del Space | ✓ | ✓ | ✓ | | Crear y editar páginas | ✓ | ✓ | ✕ | | Añadir y gestionar archivos | ✓ | ✓ | ✕ | | Crear y editar automatizaciones | ✓ | ✓ | ✕ | | Aprobar o rechazar ejecuciones de automatizaciones | ✓ | ✓ | ✕ | | Añadir conexiones | ✓ | ✓ | ✕ | ### Owners y Admins de la organización Los Owners y Admins de la organización son automáticamente miembros de todos los Spaces y tienen acceso de edición. Pueden supervisar el trabajo en toda la organización sin necesidad de que se les invite a cada Space individualmente. ### Gestionar los miembros del Space Abre el Space y elige **Manage Space Members**. Los miembros con el permiso necesario pueden invitar a miembros de la organización, cambiar los roles del Space y retirar el acceso. Un usuario que puede leer el Space puede no tener permiso para gestionar sus miembros, Connections, Resources, Automations o vínculos. ## Conexiones Un Space no puede acceder a las conexiones de una organización hasta que se le expongan explícitamente. Esto evita que los Spaces no relacionados vean los registros conectados de forma predeterminada. El acceso a las conexiones se gestiona directamente. En la pestaña **Connections** del Space, usa **Connect to Space** para exponer una conexión disponible de la que seas propietario, o crea una nueva conexión para el Space. Usa **Remove from Space** para dejar de exponer una conexión cuando esté permitido. Una vez expuesta una conexión, su ámbito de datos configurado pasa a estar disponible para los agentes, las páginas y las automatizaciones del Space. Los disparadores de conexión compatibles también pasan a estar disponibles cuando configuras una automatización. > [!WARNING] > > Las conexiones de comunicación pueden contener conversaciones en las que intervienen muchos clientes, equipos o temas sensibles. Configura un ámbito de origen reducido antes de exponer una a un Space. Consulta [Gobernanza](/docs/es/guides/communication-channels-and-spaces.md). ## Vincular Spaces entre sí Los Linked Spaces proporcionan visibilidad unidireccional desde un Space principal hacia uno o varios Spaces secundarios. Usa vínculos cuando el trabajo deba permanecer separado a nivel de los secundarios, pero otro Space necesite una visibilidad consolidada. Cuando un Space principal se vincula a un Space secundario: * Los miembros del principal pueden leer el contenido del secundario. * El secundario no puede ver el contenido del principal. * Un secundario no puede ver otro secundario a través de su principal compartido. * La visibilidad vinculada continúa a través de vínculos secundarios adicionales. El acceso vinculado es de solo lectura. Para modificar una página, un archivo, una automatización, una conexión u otro recurso de un Space secundario, la persona también debe ser miembro directo de ese Space secundario con el rol necesario. Crear un vínculo requiere acceso de gestión de vínculos en ambos Spaces. Eliminar un vínculo requiere acceso de gestión de vínculos en el Space principal. Abre el Space → **Linked Spaces** para revisar sus vínculos. Usa los controles visibles para añadir o eliminar vínculos cuando esté permitido. Vincular no mueve ni fusiona el Space de origen. Como los vínculos afectan al acceso heredado, confirma tanto el origen como el destino antes de cambiarlos. ### Ejemplo: un cliente con varios negocios Supón que tu empresa gestiona las finanzas personales de un cliente y seis negocios independientes. Crea un Space individual para el cliente y para cada negocio, de modo que sus registros, archivos y automatizaciones no se mezclen. Tu equipo directivo puede usar entonces un Space principal vinculado a los siete Spaces secundarios. El principal ofrece una visibilidad consolidada del sentimiento de los clientes, la eficiencia del equipo y los problemas emergentes, mientras que el contexto de trabajo de cada secundario permanece aislado. ### Ejemplo: un Space de administración que supervisa varios proyectos Supón que tu organización gestiona varios proyectos, cada uno con su propio equipo, archivos, páginas, conexiones y automatizaciones. Crea un Space independiente para cada proyecto, de modo que su contexto de trabajo permanezca aislado del trabajo no relacionado. Crea un Space de administración y vincula cada Space de proyecto como secundario. El Space de administración ofrece a la dirección una vista consolidada del estado de los proyectos, los bloqueos, la actividad de los equipos y los riesgos emergentes. Los equipos de proyecto no pueden ver el Space de administración ni los Spaces de los demás a través de estos vínculos. Los miembros del Space de administración necesitan ser miembros directos de un Space de proyecto para modificar su contenido. ## Related topics - [Seguridad](/docs/es/security.md) - [Gobernanza](/docs/es/guides/communication-channels-and-spaces.md) - [MCP](/docs/es/mcp-server.md) - [Páginas](/docs/es/pages.md) - [Automations](/docs/es/automations.md) This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.