> For the complete documentation index, see [llms.txt](https://docs.keeper.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.keeper.io/user-guides/pt/sharing/nested-shared-subfolders.md). # Pastas compartilhadas aninhadas Guia das pastas compartilhadas aninhadas do Keeper, com permissões baseadas em funções e controles de acesso herdados.

## Introdução às pastas compartilhadas aninhadas O Keeper está redefinindo a forma como usuários e equipes organizam, compartilham e protegem seus registros mais sensíveis. Com a introdução das **Pastas compartilhadas aninhadas com permissões de pasta baseadas em funções**, reconstruímos o modelo de pastas, compartilhamento e permissões do cofre do zero, oferecendo uma experiência mais flexível e escalável para cada usuário e equipe. Durante essa transição, o novo sistema de pastas compartilhadas aninhadas coexistirá com o sistema de pastas clássicas e o modelo de permissões existente, com dois ícones de pasta distintos para ajudar os usuários a diferenciá-los facilmente. Para manter clareza e evitar problemas de compatibilidade, os sistemas de pastas clássicas e de pastas compartilhadas aninhadas não podem coexistir ou ser combinados na mesma estrutura de pastas. Os fluxos de trabalho existentes permanecem inalterados enquanto as organizações adotam a nova experiência no próprio ritmo. No futuro, planejamos oferecer conversão entre os dois sistemas; por enquanto, eles permanecem separados. {% hint style="info" %} Este recurso está disponível atualmente apenas por convite. Para solicitar acesso ou saber mais, entre em contato com seu representante Keeper ou visite [keepersecurity.com/contact](https://www.keepersecurity.com/contact.html). {% endhint %}

## Principais recursos * **Organização hierárquica de até cinco níveis:** crie pastas e subpastas com configurações de compartilhamento independentes em cada nível, permitindo uma organização lógica que escala com a estrutura da sua equipe. * **Permissões de pasta baseadas em funções:** atribua permissões granulares no nível da pasta e do registro, dando a cada usuário exatamente o acesso exigido pela função. As permissões podem ser aplicadas por herança (fluindo automaticamente da pasta pai para as filhas), atribuição direta na pasta ou atribuição direta no registro. * **Herança de permissões com substituições pontuais:** políticas amplas de acesso se aplicam de forma consistente em toda a estrutura de pastas, com flexibilidade para fazer exceções precisas em qualquer nível. Quando vários caminhos de permissão se aplicam, regras de precedência garantem que a atribuição mais específica prevaleça: permissões no nível do registro substituem as da pasta, que substituem as herdadas de uma pasta pai. * **Controles de gerenciamento de acesso:** gerentes de compartilhamento podem adicionar usuários e equipes, fazer alterações em massa de permissões e definir datas de expiração de acesso ou revogar o acesso por completo no nível da pasta ou do registro. Usuários não podem conceder permissões superiores ao próprio nível de acesso. ## Modelo de permissões e acesso As permissões de pasta baseadas em funções dão aos administradores controle granular sobre quem pode visualizar, editar, compartilhar e gerenciar conteúdo em cada nível da hierarquia de pastas, seja você um usuário individual, gerenciando uma equipe pequena ou operando em uma empresa global. As permissões podem ser aplicadas de três formas: * **Acesso herdado:** as permissões fluem automaticamente de uma pasta pai por todas as subpastas aninhadas e registros dentro dela, aplicando políticas amplas de acesso de forma consistente sem esforço manual * **Permissões diretas na pasta:** um nível de permissão específico é atribuído a um usuário ou equipe em uma pasta determinada * **Permissões diretas no registro:** um nível de permissão específico é atribuído a um usuário ou equipe em um registro individual Quando vários caminhos se aplicam, regras de precedência determinam o nível de acesso efetivo, permitindo que administradores definam políticas amplas no topo de uma estrutura e façam exceções precisas onde necessário. As funções dos usuários definem o escopo do que cada pessoa pode fazer, desde trabalho no nível do registro até controle administrativo em toda a organização. {% hint style="info" %} Para saber mais sobre regras de precedência, continue lendo ou consulte [Como funcionam as regras de precedência](#how-precedence-rules-work). {% endhint %} ## Tipos de permissão | Tipo de permissão | Permissões | Limitações | | -------------------------------------- | --------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------ | | Visualizador | Pode visualizar conteúdo e participantes | Não pode editar conteúdo, compartilhar com outras pessoas ou gerenciar permissões | | Gerente de compartilhamento | Pode gerenciar permissões de compartilhamento, convidar outras pessoas e aprovar solicitações | Não pode conceder acesso superior ao que possui, compartilhar objetos vinculados ou elevar as próprias permissões | | Gerente de conteúdo | Pode editar e adicionar conteúdo | Não pode gerenciar compartilhamento ou permissões | | Gerente de conteúdo e compartilhamento | Pode gerenciar conteúdo e permissões de compartilhamento | Não pode conceder acesso superior ao que possui, compartilhar objetos vinculados ou excluir permanentemente registros do cofre | | Gerente completo | Pode editar, compartilhar e gerenciar propriedade | Não pode gerenciar configurações administrativas em toda a organização | #### Observações importantes sobre permissões * Limites de compartilhamento se aplicam ao nível de acesso de quem compartilha. Usuários que gerenciam compartilhamento não podem conceder permissões superiores às que possuem. Por exemplo, um Gerente de compartilhamento não pode elevar outra pessoa a Gerente completo. * Remover um registro de uma pasta não é o mesmo que excluí-lo. Algumas funções podem remover registros de uma pasta sem poder excluí-los permanentemente do cofre. ## Como funcionam as regras de precedência Quando um usuário tem permissões de várias fontes, por exemplo, uma função herdada de uma pasta pai *e* uma função direta em um registro específico, as regras de precedência determinam qual delas se aplica. A lógica é simples: * **Permissões diretas substituem as herdadas.** Um usuário que herda acesso de Visualizador, mas recebe explicitamente Gerente de conteúdo em um registro específico, terá acesso de Gerente de conteúdo a esse registro. * **Atribuições mais específicas prevalecem.** Permissões no nível do registro substituem as da pasta, que substituem as herdadas de uma pasta pai. ## Experiência do usuário final #### Criar uma pasta Para criar uma nova pasta, clique em **Criar novo** > **Pasta**. Não é necessário decidir entre uma pasta comum ou uma pasta compartilhada aninhada; você poderá compartilhar a pasta depois de criada. Selecione a localização da pasta no menu suspenso e informe o nome da pasta.

Aqui você terá a opção de usar o modelo de permissões clássico marcando a caixa. Isso limitará o compartilhamento a níveis básicos de acesso e pode ser usado para compatibilidade com fluxos de trabalho mais antigos.

Caixa de seleção do modelo de permissões clássico

Pastas clássicas e pastas compartilhadas aninhadas são facilmente distinguíveis por dois ícones de pasta distintos: pastas aninhadas aparecem com cor sólida, enquanto pastas clássicas têm um ícone transparente #### **Criar pastas aninhadas** Para criar subpastas, clique com o botão direito na pasta pai e selecione **Nova pasta**, informe o nome da pasta e clique em **Criar**. Você pode criar subpastas em até 5 níveis de profundidade, com configurações de compartilhamento independentes em cada nível. #### **Adicionar registros** Depois de criar a pasta e as subpastas, você pode começar a adicionar registros. Adicione registros clicando no **ícone de edição** da pasta e selecionando-os no menu suspenso da barra de pesquisa. #### **Compartilhar e definir permissões** Para compartilhar no nível do registro ou da pasta, com o registro/pasta selecionado, clique no botão **Compartilhar** e adicione usuários ou equipes pela barra de pesquisa. Agora você pode atribuir permissões a cada usuário/equipe ao adicioná-los, clicando com o botão direito no ícone suspenso ao lado de cada um. Saiba mais sobre [cada tipo de permissão](#introducing-nested-shared-folders). Além de definir as permissões, você também pode executar as seguintes ações: * **Definir expiração:** defina uma data após a qual o acesso ao registro/pasta será revogado automaticamente * **Remover acesso:** revogue imediatamente por completo o acesso de um usuário ao registro/pasta Para alterar permissões em massa, marque a caixa ao lado dos usuários/equipes, clique no menu suspenso **Opções** que aparecerá e selecione a permissão desejada. Clique em um registro dentro de uma pasta para ver todos os "Usuários com acesso" e todas as "Pastas compartilhadas" nas quais o registro está. Isso esclarece se o registro é compartilhado de uma pasta pai por herança e/ou de uma pasta individual mais abaixo na hierarquia. ## Pastas compartilhadas aninhadas no mobile Pastas compartilhadas aninhadas também são compatíveis com os aplicativos móveis Keeper para iOS e Android, com experiência consistente com a do Cofre da web. ### iOS Para criar uma nova pasta no iOS, toque no **botão Criar** e selecione **Criar nova pasta**. Informe o nome da pasta e selecione a localização no menu suspenso. Depois de tocar em **Criar pasta**, você pode começar a adicionar registros. {% hint style="info" %} Ao criar uma nova pasta, uma caixa de seleção permite usar o modelo de permissões clássico. Isso limitará o compartilhamento a níveis básicos de acesso e pode ser usado para compatibilidade com fluxos de trabalho mais antigos. {% endhint %}

Para compartilhar a pasta, toque no **menu de overflow (⋮)** e selecione **Compartilhar** para adicionar usuários e/ou equipes. Em seguida, selecione qualquer usuário ou equipe para ajustar o nível de permissão ou remover o acesso.

Para criar uma subpasta dentro de uma pasta compartilhada aninhada existente, abra a pasta, toque no **botão Criar** e selecione **Criar nova pasta**. Em seguida, repita o mesmo processo de adicionar registros e compartilhar com outros usuários e equipes.

### Android Para criar uma nova pasta no Android, toque no **botão Criar** e selecione **Criar nova pasta**. Informe o nome da pasta e selecione a localização no menu suspenso. Depois de tocar em **Criar pasta**, você pode começar a adicionar registros. {% hint style="info" %} Ao criar uma nova pasta, uma caixa de seleção permite usar o modelo de permissões clássico. Isso limitará o compartilhamento a níveis básicos de acesso e pode ser usado para compatibilidade com fluxos de trabalho mais antigos. {% endhint %}

## Exclusão de registros A exclusão de registros segue as mesmas permissões baseadas em funções que controlam todo o restante do acesso no cofre. Apenas usuários com o nível de permissão adequado podem excluir registros, garantindo que quem pode remover um registro seja definido pela função, e não pelo sistema de pastas em uso. ## Abordagem de implantação A implantação das pastas compartilhadas aninhadas foi projetada para minimizar interrupções e maximizar flexibilidade: * O sistema de pastas clássicas permanece totalmente compatível e operacional durante o período de transição * O sistema de pastas compartilhadas aninhadas está disponível apenas mediante solicitação neste momento * Não há migração forçada * Atualmente não há conversão automática entre pastas clássicas e pastas compartilhadas aninhadas * Ambos os sistemas podem operar em paralelo durante a transição Essa abordagem dá às organizações liberdade para avançar no próprio ritmo, explorando as pastas compartilhadas aninhadas quando estiverem prontas, sem pressão para abandonar os fluxos de trabalho existentes no cofre. ## Roadmap O recurso de pastas compartilhadas aninhadas está disponível por meio de um "feature flag" que pode ser ativado pela equipe de suporte do Keeper. Nas próximas semanas, planejamos coletar feedback dos clientes e implementar recursos críticos, incluindo: * Política de transferência do cofre * Exclusão e restauração * Mover registros * Importar * Compartilhamento único * Arrastar e soltar * Migração de pastas compartilhadas clássicas * Suporte nos aplicativos de usuário final para iOS, Android e extensão do navegador * SDKs e integrações do Secrets Manager ## Perguntas frequentes

Posso conceder uma função que exceda meu próprio nível de permissão?

Não. Você só pode conceder funções até o seu próprio nível de permissão, inclusive.

Qual é a diferença entre Gerente de conteúdo e Gerente de conteúdo e compartilhamento?

O Gerente de conteúdo pode editar e criar registros, mas não pode gerenciar quem tem acesso à pasta. O Gerente de conteúdo e compartilhamento combina o gerenciamento de conteúdo com a capacidade de convidar usuários e controlar o compartilhamento.

Remover o acesso de alguém a uma pasta afeta os registros dentro dela?

Sim. Se o acesso de um usuário a uma pasta for removido, ele também perderá acesso aos registros dentro dela, a menos que tenha permissões diretas em registros individuais.

O que acontece quando defino uma data de expiração?

O acesso é revogado automaticamente na data de expiração. Nenhuma ação manual é necessária. Isso é útil em cenários de acesso temporário (por exemplo, acesso de contratado ou projetos com prazo definido).

--- # 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 dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.keeper.io/user-guides/pt/sharing/nested-shared-subfolders.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. 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.