A herança da segurança aplica-se exclusivamente a pastas e guias. Quando a segurança de uma pasta ou guia está definida para Herdar, o processo de rearquivamento define a mesma segurança nas subpastas e todas as versões dos documentos dentro dessas pastas e guias. Nos casos em que o usuário define a segurança padrão da pasta para um valor explícito (público, privado ou visualizar), o rearquivamento pressupõe que o usuário pretende gerenciar a segurança manualmente. O rearquivamento ignora o processamento das pastas quando a herança é desfeita. Por padrão, todas as alterações realizadas na segurança de pastas ou guias durante o rearquivamento são herdadas pelas subpastas e documentos daquela pasta ou guia.

Esta seção explica algumas das aplicações comuns encontradas no sistema iManage Work e as possíveis propostas do rearquivamento.

Aplicações do rearquivamento de segurança

Esta seção explica algumas das aplicações comuns encontradas no sistema iManage Work e as possíveis propostas do rearquivamento.

Alteração da segurança padrão do container

O exemplo a seguir explica os resultados de uma alteração proposta na segurança padrão de uma pasta em itens subordinados dentro e abaixo daquele container.

Neste exemplo , um evento de rearquivamento de segurança é acionado pela alteração da segurança padrão de uma pasta pai para Pública. À medida em que a alteração propaga-se para os itens filho, um documento (caso 1) que tem a sua segurança padrão é definido como Pública. A segurança padrão deste documento não será alterada porque as duas configurações (a segurança padrão proposta e a segurança padrão atual do documento) são iguais e uma das regras do rearquivamento estabelece que configurações idênticas jamais são alteradas. No entanto, se a configuração padrão de segurança do documento for Visualizar (caso 5), a segurança padrão dele será atualizada para Pública.

Caso	Estado proposto do rearquivamento	Estado atual do documento	Resultado esperado	Regra correspondida
1	A segurança padrão é Pública	A segurança padrão é Pública.	Sem alteração.	Itens com segurança padrão idêntica não são rearquivados para segurança.
2	A segurança padrão é Pública	O documento é Restrito.	Sem alteração.	Os itens marcados como Restritos não são rearquivados para segurança.
3	A se gurança padrão é Pública	O documento é protegido e o rearquivamento do documento protegido é Não	Sem alteração.	Documento protegido
4	A se gurança padrão é Pública	O documento é protegido e o rearquivamento do documento protegido é Sim	A segurança padrão muda para Pública.	Documento protegido
5	A segurança padrão é Pública	A segurança padrão é Visualizar.	A segurança padrão muda para Pública.	Atualização permitida.
6	A segurança padrão é Privada	A segurança padrão é Pública.	A segurança padrão muda para Privada.	Atualização permitida.
7	A segurança padrão é Privada	O documento é Restrito.	Sem alteração.	Os itens marcados como Restritos não são rearquivados para segurança.
8	A segurança padrão é Privada	O documento é protegido e o rearquivamento do documento protegido é definido como Não	Sem alteração.	Documento protegido
9	A segurança padrão é Privada	O documento é protegido e o rearquivamento do documento protegido é Sim	A segurança padrão muda para Privada.	Atualização permitida. Documento protegido
10	A segurança padrão é Privada	A segurança padrão é Visualizar.	A segurança padrão torna-se Privada.	Atualização permitida.
11	A segurança padrão é Visualizar	A segurança padrão é Pública.	A segurança padrão torna-se Visualizar.	Atualização permitida.
12	A segurança padrão é Visualizar	O documento é Restrito.	Sem alteração.	Os itens marcados como Restritos não são rearquivados para segurança.
13	A segurança padrão é Visualizar	O documento é protegido e o rearquivamento do documento protegido é definido como Não	Sem alteração.	Documento protegido
14	A segurança padrão é Visualizar	O documento é protegido e o rearquivamento do documento protegido é definido como Sim	A segurança padrão torna-se Visualizar.	Atualização permitida. Documento protegido
15	A segurança padrão é Visualizar	A segurança padrão é Visualizar.	Sem alteração.	Itens com segurança padrão idêntica não são rearquivados para segurança.

Inclusão de usuário em containeres

A tabela explica os resultados de uma alteração proposta para inclusão de um usuário a um espaço de trabalho ou pasta.

Neste exemplo, aciona-se o evento de rearquivamento de segurança incluindo o usuário ACASE para acesso de leitura/gravação. À medida em que a alteração propaga-se para os itens filho, um documento (caso 1) tem atualmente a sua segurança padrão definida como Restrita. A segurança padrão do documento não muda porque os documentos com segurança padrão Restrita jamais sofrem alterações.

Caso	Estado proposto do rearquivamento	Estado atual do documento	Resultado esperado	Regra correspondida
1	O usuário ACASE recebe acesso para leitura/gravação	O documento é Restrito.	Sem alteração.	Os itens marcados como Restritos não são rearquivados para segurança.
2	O usuário ACASE recebe acesso para leitura/gravação	O documento é protegido e o rearquivamento do documento protegido é definido como Não	Sem alteração.	Documento protegido.
3	O usuário ACASE recebe acesso para leitura/gravação	O documento é protegido e o rearquivamento do documento protegido é definido como Sim	O usuário ACASE recebe acesso para leitura/gravação.	Atualização permitida. Documento protegido.
4	O usuário ACASE está Sem acesso	O documento não é restrito e nem protegido.	O usuário ACASE está Sem acesso e não pode acessar os containeres ou itens presentes nesses containeres.	Atualização permitida.

Alteração do nível de acesso do usuário

O exemplo a seguir explica os resultados de uma alteração proposta para modificação do nível de acesso de um usuário atual de um espaço de trabalho ou pasta.

Neste exemplo, o documento (caso 3) atualmente não é restrito nem protegido e o usuário ACASE está Sem acesso atribuído ao container pai. Aciona-se o evento de rearquivamento de segurança alterando o acesso de ACASE para que ele tenha Pleno acesso ao container pai. À medida que a alteração propaga-se para os filhos, o documento não muda e ACASE não recebe Pleno acesso a ele. Isso acontece porque a Regra de rearquivamento estabelece que um usuário que explicitamente está Sem acesso jamais muda.

Caso	Estado proposto do rearquivamento	Estado atual do documento	Resultado esperado	Regra correspondida
1a	O usuário ACASE recebe acesso para leitura/gravação	O documento é protegido e o rearquivamento do documento protegido é definido como Não	Sem alteração.	Documento protegido.
1b	O usuário ACASE recebe acesso para leitura/gravação	O documento é protegido e o rearquivamento do documento protegido é definido como Sim	O acesso de ACASE no documento é substituído por acesso para leitura/gravação.	Atualização permitida. Consulte a regra de documentos protegidos.
2	O usuário ACASE está Sem acesso	O documento não é restrito nem protegido e ACASE tem acesso explícito.	O acesso de ACASE no documento é substituído por Sem acesso.	Atualização permitida.
3	O usuário ACASE recebe Pleno acesso	O documento não é restrito nem protegido e ACASE tem a situação Sem acesso explícita no documento.	Sem alteração.	Usuários Sem acesso jamais têm seu nível de acesso explícito alterado por um rearquivamento de segurança. Para alterar a situação Sem acesso de um usuário é necessário tomar medidas extras. Consulte a regra de nível Sem acesso nunca elevado em Regras de rearquivamento
4	O usuário ACASE recebe Pleno acesso	O documento não é restrito nem protegido e ACASE tem acesso explícito.	O acesso de ACASE no documento é substituído por Pleno acesso.	Atualização permitida.

Remoção de usuários de containeres

O exemplo a seguir explica os resultados de uma alteração proposta para remoção de um usuário atual de um espaço de trabalho ou pasta.

Neste exemplo, é feita uma proposta de segurança de rearquivamento para remoção de um usuário de um container com segurança padrão Pública (caso 2). O usuário é removido porque nenhuma outra regra de rearquivamento proíbe essa alteração.

Caso	Estado proposto do rearquivamento	Estado atual do documento	Resultado esperado	Regra correspondida
1a	O usuário ACASE é removido.	O documento é protegido com o usuário ACASE podendo ler/gravar e o rearquivamento do documento protegido é Não	Sem alteração.	Documento protegido.
1b	O usuário ACASE é removido.	O documento é protegido com o usuário ACASE podendo ler/gravar e o rearquivamento do documento protegido é Sim	O usuário ACASE é removido.	Atualização permitida. Ver documento protegido.
2	O usuário ACASE é removido.	O documento não é restrito nem protegido e o usuário ACASE fica Sem acesso.	O usuário ACASE é removido. Note que o usuário ACASE pode editar documentos porque a segurança padrão é Pública e o usuário ACASE não tem outras restrições. Ao rearquivar documentos devido a mudanças de segurança, este é o único caso em que um usuário Sem acesso sofre alteração.	Atualização permitida.
3	O usuário ACASE é removido.	O documento não é restrito nem protegido e o usuário ACASE tem Pleno acesso.	O usuário ACASE é removido. Note que o usuário ACASE tem agora acesso baseado na segurança padrão do documento. Como o documento não é restrito nem protegido, a segurança padrão somente pode ser Pública ou Visualizar.	Atualização permitida.

Transferência de pasta para um novo local

O exemplo a seguir explica os resultados de uma alteração proposta para transferência de uma pasta para um novo local. O cenário ilustra as alterações de rearquivamento quando uma pasta, juntamente com seus filhos (documentos e pastas), é transferida diretamente para outra pasta, um espaço de trabalho, cuja segurança padrão é Pública e tem dois usuários atribuídos explicitamente.

Ao transferir pastas, a configuração de segurança padrão da pasta é integral para determinar a ocorrência ou não de um evento de rearquivamento padrão.

Se a segurança padrão da pasta estiver definida para Herdar, o serviço de rearquivamento rearquiva os itens subordinados de acordo com as regras de rearquivamento padrão.
Se a segurança padrão da pasta não estiver definida para Herdar, supõe-se que os proprietários da pasta desejam manter manualmente a segurança da pasta. Portanto, nenhum evento de rearquivamento acontece após a transferência da pasta. Se houver intenção de que a pasta seja rearquivada, a segurança dela deve ser alterada para Herdar após a transferência do novo local.

images/download/attachments/57668955/Moving_folder_and_refile_impact.jpg

Por exemplo, se for feita uma alteração transferindo uma pasta e seu conteúdo (neste caso documentos e uma pasta) para um novo local de pasta, a segurança padrão do documento tenta equiparar a nova pasta pai. Neste exemplo, a pasta pai (pasta de espaço de trabalho) tem uma segurança padrão Pública e ambos os usuários KTHOMPSON e BDYSTRA têm Pleno acesso.

Caso	Estado atual do item	Resultado esperado	Regra correspondida
Pasta diversos	A segurança padrão está definida para Herdar.	Sem alteração.	(Não aplicável)
Documento nº 123	A segurança padrão está definida para Visualizar.	A segurança padrão muda para Pública, são atribuídos os usuários a seguir: KTHOMPSON tem Pleno acesso BDYSTRA tem Pleno acesso JFALAT tem acesso concedido pela segurança padrão Pública. O acesso de FROTHGANGER e ACASE é reduzido para leitura/gravação da segurança padrão Pública.	Aplicar a segurança padrão do novo pai. Exclui-se a segurança padrão atual e as ACLs, depois, aplica-se as ACLs da segurança padrão do novo pai. Isso pode alterar o nível de acesso de alguns usuários. Consulte a configuração de segurança padrão do container para Herdar em Regras de rearquivamento
Documento nº 899	O documento é restrito.	Sem alteração.	Os itens restritos não são rearquivados.
Documento nº 1352	O documento é protegido e o rearquivamento do documento protegido é Não	Sem alteração.	Documento protegido.
Documento nº 1352	O documento é protegido e o rearquivamento do documento protegido é Sim	A segurança padrão é definida para Pública, são atribuídos os usuários a seguir: KTHOMPSON tem Pleno acesso BDYSTRA tem Pleno acesso O acesso de FROTHGANGER e ACASE é reduzido para leitura/gravação da segurança padrão Pública.	Atualização permitida. Ver documento protegido.
Pasta de notas do advogado	A segurança padrão não é Herdada.	Sem alteração.	Os itens que não Herdam a segurança não são processados.

Transferência de documento para um local que herde a segurança

O caso a seguir explica os resultados de uma mudança proposta quando um documento é transferido para uma pasta. Este cenário ilustra onde os documentos, e não a pasta pai, estão sendo transferidos diretamente para outra pasta cuja segurança padrão é Herdar. Isso significa que a pasta é tratada como se tivesse a segurança padrão de seu pai, o espaço de trabalho.

Ao transferir documentos para uma nova pasta, pretende-se alinhar a segurança do documento à segurança da nova pasta. Os documentos restritos jamais mudam e os documentos protegidos podem mudar dependendo da configuração de rearquivamento de documento protegido.

images/download/attachments/57668955/Moving_doucments_and_refile_impact.jpg

Por exemplo, se for feita uma alteração transferindo documentos para um novo local de pasta, a segurança padrão do documento tenta equiparar a nova pasta pai. Neste exemplo, a pasta pai (pasta de espaço de trabalho) tem uma segurança padrão Pública e ambos os usuários KTHOMPSON e BDYSTRA têm Pleno acesso.

Caso	Estado atual do documento	Resultado esperado	Regra correspondida
Documento nº 123	O documento não é restrito e nem protegido, portanto, é rearquivado.	A segurança padrão do documento muda para Pública e são atribuídos os usuários a seguir: O usuário KTHOMPSON tem Pleno acesso O usuário BDYKSTRA tem Pleno acesso Além disso, ACASE e FROTHGANGER agora perdem o pleno acesso e passam a poder ler/gravar porque foram removidos das ACLs. JFALAT ganha acesso pois foi removido das ACLs. Todos os três usuários recebem acesso para leitura/gravação da configuração de segurança padrão Pública.	Aplicar a segurança padrão do novo pai. A segurança padrão atual e as ACLs são excluídas, depois, o container ou o documento herda a segurança padrão e as ACLs do novo pai. Isso pode alterar o nível de acesso de alguns usuários. Consulte a configuração de segurança padrão do container para Herdar emRegras de rearquivamento.
Documento nº 899	O documento é Restrito.	Sem alteração.	Os itens restritos não são rearquivados.
Documento nº 1352	O documento é protegido e o rearquivamento do documento protegido é Não	Sem alteração.	Documento protegido.
Documento nº 1352	O documento é protegido e o rearquivamento do documento protegido é Sim	A segurança padrão do documento muda para Pública e são atribuídos os usuários a seguir: O usuário KTHOMPSON tem Pleno acesso O usuário DYKSTRA tem Pleno acesso Além disso, ACASE e FROTHGANGER agora perdem o pleno acesso e passam a poder ler/gravar porque foram removidos das ACLs. Eles recebem acesso para leitura/gravação da configuração de segurança padrão Pública.	Documento protegido. Atualização permitida.

Transferência de documentos para uma nova pasta com segurança explícita

O caso a seguir explica os resultados de uma mudança proposta para transferir documentos para uma pasta. Este cenário ilustra onde os documentos, e não a pasta pai, estão sendo transferidos diretamente para outra pasta, cuja segurança padrão é Privada (seja como restrita ou, neste caso, como protegida).

Ao transferir documentos para uma pasta que tem segurança explícita, ou seja, onde a segurança padrão está definida como Pública, Privada ou Visualizar, a segurança do documento é alinhada à da pasta pai. Os documentos restritos jamais mudam e os documentos protegidos podem mudar dependendo da configuração de rearquivamento de documento protegido.

images/download/attachments/57668955/Moving_documents_to_explicit_security_folder_and_refile_impact.jpg

Neste exemplo, a pasta pai tem uma segurança padrão Privada e ambos os usuários KTHOMPSON e BDYSTRA têm Pleno acesso. Um evento típico de rearquivamento de cima para baixo, ou seja, onde o rearquivamento tenta transferir de uma pasta pai para uma pasta filho, para na primeira pasta Privada que encontra (a pasta chamada Informações confidenciais) e não tenta realizar um rearquivamento de segurança em seus conteúdos. No entanto, este caso envolve a transferência dos documentos dentro de uma pasta, de forma que esses documentos sejam envolvidos em um evento de rearquivamento de segurança. Esse evento começa com os documentos e não com a pasta pai e tenta herdar a segurança padrão do pai.

Se a transferência envolver uma pasta juntamente com os documentos, essa pasta estará sujeita à regras de rearquivamento.

Caso	Estado atual do documento	Resultado esperado	Regra correspondida
Documento nº 123	O documento não é restrito e nem protegido, portanto, é rearquivado.	A segurança padrão do documento está configurada para Privada e são atribuídos os usuários a seguir: KTHOMPSON fica Sem acesso BDYKSTRA tem Pleno acesso	Aplicar a segurança padrão do novo pai. A segurança padrão atual e as ACLs são excluídas, depois, o container ou o documento herda a segurança padrão e as ACLs do novo pai. Isso pode alterar o nível de acesso de alguns usuários. Consulte a configuração de segurança padrão do container para Herdar emRegras de rearquivamento. Todos os usuários tiveram suas ACLs removidas. Os usuários KTHOMPSON e BDYKSTRA herdam ACLs do pai.
Documento nº 899	O documento é restrito.	Sem alteração.	Os documentos restritos não são rearquivados.
Documento nº 1352	O documento é protegido e o rearquivamento do documento protegido é Não	Sem alteração.	Documento protegido.
Documento nº 1352	O documento é protegido e o rearquivamento do documento protegido é Não	A segurança padrão do documento muda para Privada e são atribuídos os usuários a seguir: O usuário KTHOMPSON tem Pleno acesso O usuário DYKSTRA tem Pleno acesso Além disso, ACASE e FROTHGANGER agora perdem acesso porque foram removidos das ACLs.	Documento protegido. Atualização permitida.