| Imprimir Abrir a versão em PDF da Ajuda on-line

#### Exemplo 3: Protegendo dados por meio de livros Este tópico fornece um exemplo de como o Oracle CRM On Demand calcula os direitos de acesso dos usuários. Nesse exemplo, uma empresa usa livros personalizados para organizar seus dados por território. Dois livros são usados nesse exemplo: Sudoeste e Leste. O livro do Sudoeste tem três membros: Amanda Jacobsen David Bloom Carlos Guzman Todos os usuários no livro do Sudoeste têm o perfil de acesso Somente leitura na sua função do livro. O livro do Leste tem três membros: Rick Rogers Raj Kumar Jonathan Hope Todos os usuários do livro do Leste têm o perfil de acesso Somente leitura no seu registro de associação ao livro. Quando qualquer um dos usuários cria uma conta ou um registro de oportunidade, um processo automatizado (workflow) determina o livro apropriado ao registro. Ele atribui o livro com base no atributo de território do registro. Todos os usuários têm a função de representante de vendas. Todos podem criar novas contas e oportunidades. Eles podem ver todos os registros de conta e de oportunidade no seu território, mas não em outros territórios. A tabela a seguir mostra as configurações dos tipos de registro na função de representante de vendas.
Tipo de Registro Principal | Possui acesso | É possível criar | Pode ler todos os registros
--- | --- | --- | ---
Conta | Sim | Sim | Não
Oportunidade | Sim | Sim | Não
Todos os usuários têm controle total sobre as contas e as oportunidades que criam, mas têm direitos restritos aos registros de que não são proprietários. A função de representante de vendas requer dois perfis de acesso: um perfil de acesso de proprietário e um perfil de acesso padrão. A tabela a seguir mostra as configurações para o perfil de acesso do proprietário do representante de vendas.
Tipo de Registro Principal | Nível de Acesso | Tipo de Registro Relacionado | Nível de Acesso
--- | --- | --- | ---
Conta | Leitura/Edição/Exclusão | Oportunidades | Herdar Principal
Livros | Somente Leitura
Oportunidade | Leitura/Edição/Exclusão | Livros | Somente Leitura
A tabela a seguir mostra as configurações para o perfil de acesso padrão do representante de vendas.
Tipo de Registro Principal | Nível de Acesso | Tipo de Registro Relacionado | Nível de Acesso
--- | --- | --- | ---
Conta | Somente Leitura | Oportunidades | Herdar Principal
Livros | Somente Leitura
Oportunidade | Somente Leitura | Livros | Somente Leitura
OBSERVAÇÃO: para todos os tipos de registros principais que suportam livros, o relacionamento com o tipo de registro relacionado a Livros é de um-para-filho. Nesse exemplo de cálculo de direitos de acesso, supõe-se que a herança da equipe não esteja ativada para o tipo de registro Oportunidade, ou seja, a caixa de seleção Ativar a Herança da Equipe Principal para a Oportunidade na página Perfil da Empresa está desmarcada. Para obter mais informações sobre o comportamento do recurso de herança da equipe principal, consulte Sobre a Propagação de Acesso por Meio da Herança da Equipe . Ao exibir a lista das contas na empresa, Amanda Jacobsen pode ver as contas no livro do Sudoeste e as contas próprias. Ela não pode ver nenhuma outra conta. A tabela a seguir mostra os registros que Amanda vê quando clica no nome da conta Conta 1 para fazer drill-down no registro. Nesse exemplo, somente os campos e colunas relevantes são exibidos.
Detalhe da Conta: Conta 1
Detalhe da Conta
Nome da Conta: | Conta 1
Proprietário: | Jonathan Hope
Oportunidades
Nome da Oportunidade | Proprietário
Oportunidade X | Amanda Jacobsen
Oportunidade Y | David Bloom
Equipe da Conta
Sobrenome | Nome | Acesso à Conta
Hope | Jonathan | Proprietário
Amanda pode ver duas oportunidades porque elas estão no livro do Sudoeste, do qual ela é membro. Todos os outros membros do livro do Sudoeste podem ver essas oportunidades. Jonathan Hope é membro do livro do Leste. Quando Jonathan se conecta ao Oracle CRM On Demand, ele também pode ver a Conta 1, porque é proprietário dela. No entanto, não pode ver as oportunidades relacionadas à Conta 1 das quais não é proprietário. O nível de acesso Herdar principal no tipo de registro relacionado a Oportunidades em contas proporciona essa segurança. Rick Rogers e Raj Kumar, membros do livro do Leste, não podem ver os registros da Oportunidade X nem da Oportunidade Y na Conta 1. Isso ocorre porque a conta não está no livro do Leste, e a função deles impede a exibição de registros de contas das quais não são proprietários. Da mesma forma, eles não podem ver a Oportunidade X nem a Oportunidade Y porque elas não estão no livro do Leste, e a função deles impede a exibição de oportunidades das quais não são proprietários. Amanda não pode modificar a Oportunidade Y, da qual David Bloom é proprietário. Isso ocorre porque: Amanda não é proprietária da conta, portanto seu perfil de acesso do proprietário não é usado. A função de Amanda impede que ela acesse os registros de oportunidade dos quais ela não é proprietária, portanto, seu perfil de acesso padrão não é usado. O único perfil de acesso que está ativo no momento é o perfil de acesso Somente leitura que Amanda tem por meio de sua associação com o livro do Sudoeste. Portanto, o nível de acesso de Amanda para a Oportunidade Y é Somente leitura. #### Tópicos relacionados Consulte os seguintes tópicos para obter exemplos adicionais: Exemplo 1: Usando o nível de acesso de exibição Exemplo 2: Usando o nível de acesso Herdar principal

Publicado em agosto de 2022 | Copyright © 2005, 2022, Oracle e/ou suas empresas afiliadas. Legal Notices.