> ## 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

> Isole o contexto de clientes, controle o acesso e organize o trabalho operacional

Spaces são silos isolados e com acesso controlado, nos quais sua equipe organiza o trabalho de um cliente, negócio ou área operacional. Cada Space mantém seu contexto e seus recursos separados de todos os outros Spaces, a menos que você os conecte explicitamente.

Use um Space quando seu conteúdo deve compartilhar uma única fronteira de acesso e um único contexto de trabalho.

## Navegar em um Space

As abas atuais de um Space são **Automations**, **Resources**, **Connections** e **Linked Spaces**. Páginas e arquivos enviados aparecem juntos em **Resources**, e tudo o que é exibido ali tem como escopo esse Space.

## Criar, renomear ou excluir um Space

Selecione **New Space** na barra lateral, informe o **Space Name** em **Create a Space** e crie-o. Para renomear um Space existente, selecione o nome dele no topo do Space e edite-o diretamente. Use **More Space actions** → **Delete** para excluí-lo, quando permitido.

Excluir um Space remove suas associações de membros e configurações de exposição, e isso não pode ser desfeito. Confirme o Space pretendido antes de usar **Delete Space**.

## O que fica em um Space

Um Space contém os recursos que pessoas e agentes usam para concluir o trabalho:

* Páginas baseadas em Markdown que preservam contexto, análises e conhecimento de trabalho
* Arquivos enviados usados como material de origem
* Conexões com sistemas externos
* Execuções de automações

As conexões não ficam disponíveis para um Space por padrão. Você deve expor explicitamente cada conexão antes que seu conteúdo possa ser usado ali.

## Membros e funções

A associação como membro determina o que cada pessoa pode ver e alterar em um Space.

A tabela a seguir compara as ações disponíveis para cada função de Space.

| Permissão | Space Owner | Contributor | Viewer |
| - | :-: | :-: | :-: |
| Ver o conteúdo do Space | ✓ | ✓ | ✓ |
| Criar e editar páginas | ✓ | ✓ | ✕ |
| Adicionar e gerenciar arquivos | ✓ | ✓ | ✕ |
| Criar e editar automações | ✓ | ✓ | ✕ |
| Aprovar ou rejeitar execuções de automações | ✓ | ✓ | ✕ |
| Adicionar conexões | ✓ | ✓ | ✕ |

### Owners e Admins da organização

Owners e Admins da organização são automaticamente membros de todos os Spaces e têm acesso de edição. Eles podem supervisionar o trabalho em toda a organização sem precisar ser convidados para cada Space individualmente.

### Gerenciar membros do Space

Abra o Space e escolha **Manage Space Members**. Membros com a permissão necessária podem convidar membros da organização, alterar funções no Space e remover acessos. Um usuário que pode ler o Space ainda pode não ter permissão para gerenciar seus membros, Connections, Resources, Automations ou links.

## Conexões

Um Space não pode acessar as conexões de uma organização até que elas sejam explicitamente expostas a ele. Isso impede que Spaces não relacionados vejam registros conectados por padrão.

O acesso às conexões é gerenciado diretamente. Na aba **Connections** do Space, use **Connect to Space** para expor uma conexão disponível da qual você é dono ou crie uma nova conexão para o Space. Use **Remove from Space** para deixar de expor uma conexão quando permitido.

Depois que uma conexão é exposta, o escopo de dados configurado fica disponível para os agentes, as Páginas e as automações do Space. Os gatilhos de conexão suportados também ficam disponíveis quando você configura uma automação.

> [!WARNING]
>
> Conexões de comunicação podem conter conversas envolvendo muitos clientes, equipes ou assuntos sensíveis. Configure um escopo de origem restrito antes de expor uma delas a um Space. Consulte [Governança](/docs/pt-BR/guides/communication-channels-and-spaces.md).

## Vincular Spaces

Linked Spaces fornecem visibilidade unidirecional de um Space pai para um ou mais Spaces filhos. Use vínculos quando o trabalho precisa permanecer separado no nível do filho, mas outro Space precisa de visibilidade consolidada.

Quando um Space pai é vinculado a um Space filho:

* Os membros do pai podem ler o conteúdo do filho.
* O filho não pode ver o conteúdo do pai.
* Um filho não pode ver outro filho por meio do pai compartilhado.
* A visibilidade vinculada continua por meio de vínculos filhos adicionais.

O acesso vinculado é somente leitura. Para modificar uma Página, arquivo, automação, conexão ou outro recurso em um Space filho, a pessoa também precisa ser membro direto desse Space filho com a função necessária.

Criar um vínculo exige acesso de gerenciamento de vínculos em ambos os Spaces. Remover um vínculo exige acesso de gerenciamento de vínculos no Space pai.

Abra o Space → **Linked Spaces** para revisar seus vínculos. Use os controles visíveis de adicionar ou remover para alterar vínculos, quando permitido. Vincular não move nem mescla o Space de origem. Como os vínculos afetam o acesso herdado, confirme a origem e o destino antes de alterá-los.

### Exemplo: um cliente com vários negócios

Suponha que seu escritório gerencie as finanças pessoais de um cliente e seis negócios separados. Crie um Space individual para o cliente e para cada negócio, para que seus registros, arquivos e automações não se misturem.

Sua equipe de gestão pode então usar um Space pai vinculado aos sete Spaces filhos. O pai fornece visibilidade consolidada sobre o sentimento dos clientes, a eficiência da equipe e problemas emergentes, enquanto o contexto de trabalho de cada filho permanece isolado.

### Exemplo: um Space administrativo supervisionando vários projetos

Suponha que sua organização execute vários projetos, cada um com sua própria equipe, arquivos, páginas, conexões e automações. Crie um Space separado para cada projeto, para que seu contexto de trabalho permaneça isolado de trabalhos não relacionados.

Crie um Space administrativo e vincule cada Space de projeto como filho. O Space administrativo dá à liderança uma visão consolidada do status dos projetos, dos bloqueios, da atividade das equipes e dos riscos emergentes. As equipes de projeto não podem ver o Space administrativo nem os Spaces umas das outras por meio desses vínculos. Os membros do Space administrativo precisam ser membros diretos de um Space de projeto para modificar seu conteúdo.


## Related topics

- [Segurança](/docs/pt-BR/security.md)
- [Governança](/docs/pt-BR/guides/communication-channels-and-spaces.md)
- [MCP](/docs/pt-BR/mcp-server.md)
- [Pages](/docs/pt-BR/pages.md)
- [Automations](/docs/pt-BR/automations.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.