![]() |
|
Exemplo 3: Protegendo dados por meio de livrosEste 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:
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:
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.
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.
A tabela a seguir mostra as configurações para o perfil de acesso padrão do representante de vendas.
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.
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:
Portanto, o nível de acesso de Amanda para a Oportunidade Y é Somente leitura. Tópicos relacionadosConsulte os seguintes tópicos para obter exemplos adicionais: |
Publicado em Agosto de 2018 | Copyright © 2005, 2018, Oracle. Todos os direitos reservados. Legal Notices. |