| Imprimir Abrir versão PDF da ajuda online

#### Exemplo 3: Proteger dados através de livros Este tópico fornece um exemplo de como o Oracle CRM On Demand calcula os direitos de acesso dos utilizadores. Neste exemplo, uma empresa utiliza livros personalizados para organizar os dados por território. São utilizados dois livros neste exemplo: Sudoeste e Este. O livro Sudoeste tem três membros: Alda Justo Diogo Barros Carlos Gusmão Todos os utilizadores do livro Sudoeste têm o perfil de acesso Só de leitura na função do livro. O livro Este tem três membros: Ricardo Roque Raul Costa João Henriques Todos os utilizadores do livro Este têm o perfil de acesso Só de leitura no registo de afiliação do livro. Quando qualquer um dos utilizadores cria um registo de conta ou oportunidade, um processo (de fluxo de trabalho) automático atribui o livro adequado ao registo. Atribui o livro com base no atributo do território do registo. Todos os utilizadores têm a função Representante de vendas. Podem criar novas contas e oportunidades. Podem ver todos os registos de contas e de oportunidades no território, mas não noutros territórios. A seguinte tabela mostra as definições de tipo de registo na função Representante de vendas.
Tipo de registo principal | Tem acesso | Pode criar | Pode ler todos os registos
--- | --- | --- | ---
Conta | Sim | Sim | Não
Oportunidade | Sim | Sim | Não
Todos os utilizadores têm controlo total sobre as contas e oportunidades que criam, mas têm direitos restritos sobre os registos que não lhes pertencem. A função Representante de vendas necessita de dois perfis de acesso: um perfil de acesso de proprietário e um perfil de acesso predefinido. A tabela seguinte mostra as definições para o Perfil de acesso do proprietário do representante de vendas.
Tipo de registo principal | Nível de acesso | Tipo de registo relacionado | Nível de acesso
--- | --- | --- | ---
Conta | Ler/Editar/Eliminar | Oportunidades | Herdar principal
Livros | Só de leitura
Oportunidade | Ler/Editar/Eliminar | Livros | Só de leitura
A seguinte tabela mostra as definições para o Perfil de acesso predefinido do representante de vendas.
Tipo de registo principal | Nível de acesso | Tipo de registo relacionado | Nível de acesso
--- | --- | --- | ---
Conta | Só de leitura | Oportunidades | Herdar principal
Livros | Só de leitura
Oportunidade | Só de leitura | Livros | Só de leitura
NOTA: Para todos os tipos de registo principal que suportem livros, a relação com o tipo de registo relacionado com Livros é uma relação de dependência. Neste exemplo de cálculo de direitos de acesso, parte-se do princípio de que a herança de equipa não está ativada para o tipo de registo Oportunidade, ou seja, a caixa de seleção Ativar Herança da Equipa Principal para Oportunidade na página Perfil da Empresa está desmarcada. Para mais informações sobre o comportamento da funcionalidade de herança da equipa principal, consulte Acerca da Propagação de Acesso Através da Herança de Equipa. Quando Alda Justo vê a lista de contas da empresa, pode ver as contas do livro Sudoeste e as contas que possui. Não pode ver quaisquer outras contas. A tabela seguinte mostra os registos que Amanda vê quando clica no nome da Conta 1 para pesquisar detalhadamente o registo. Para este exemplo, só os campos e colunas relevantes são apresentados.
Detalhes da conta: Conta 1
Detalhes da conta
Nome da Conta: | Conta 1
Proprietário: | João Henriques
Oportunidades.
Nome da oportunidade | Proprietário
Oportunidade X | Alda Justo
Oportunidade Y | Diogo Barros
Equipa da conta
Apelido | Nome próprio | Acesso à Conta
Horta | João | Proprietário
Amanda pode ver duas oportunidades porque essas oportunidades estão no livro Sudoeste, em que ela é membro. Todos os outros membros do livro Sudoeste podem ver essas oportunidades. Jonathan Hope é um membro do livro Este. Quando Jonathan inicia sessão no Oracle CRM On Demand, também pode ver a Conta 1 porque possui a conta. No entanto, ele não pode ver quaisquer oportunidades que estão relacionadas com a Conta 1, mas que não lhe pertencem. O nível de acesso Herdar principal no tipo de registo relacionado com as Oportunidades nas contas fornece essa segurança. Rick Rogers e Raj Kumar, que são membros do livro Este não podem ver os registos da Conta 1, da Oportunidade X ou da Oportunidade Y. Não podem ver a conta porque não está no livro Este e a respetiva função impede-os de ver os registos de contas que não lhes pertencem. De modo semelhante, não podem ver a Oportunidade X ou a Oportunidade Y porque estas oportunidades não estão no livro Este e a respetiva função impede-os de ver oportunidades que não lhes pertencem. Amanda não pode modificar a Oportunidade Y, que pertence a David Bloom. Isto deve-se ao seguinte: Amanda não é proprietária da conta, por conseguinte o respetivo perfil de acesso de proprietário não é utilizado. A função de Amanda impede-a de aceder a registos da oportunidade que não lhe pertencem, por conseguinte o respetivo perfil de acesso predefinido não é utilizado. O único perfil de acesso que está ativo nesta altura é o perfil de acesso Só de leitura que Amanda tem através da afiliação do livro Sudoeste. Assim, o nível de acesso de Amanda à Oportunidade Y é Só de leitura. #### Tópicos Relacionados Consulte os tópicos seguintes para obter exemplos adicionais: Exemplo 1: Utilizar o nível de acesso de visualização Exemplo 2: Utilizar o nível de acesso Herdar principal

Publicado em Agosto 2022 | Copyright © 2005, 2022, Oracle e/ou respetivas associadas. Legal Notices.