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

#### Exemplo 1: Usando o nível de acesso de exibição Este tópico fornece um exemplo de como o Oracle CRM On Demand calcula os direitos de acesso dos usuários. Neste exemplo, Amanda Jacobsen tem a função de representante de vendas. Amanda pode criar novas contas e ver todos os outros registros contábeis. Ela está autorizada a criar oportunidades, mas só vê as oportunidades das quais é proprietária ou as que é autorizada a ver. 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 | Sim
Oportunidade | Sim | Sim | Não
A função de representante de vendas dá a Amanda total controle sobre as contas e oportunidades que ela cria e direitos restritos aos registros que ela não possui. 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 | Exibir
Oportunidade | Leitura/Edição/Exclusão | Não aplicável | Não aplicável
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 | Exibir
Oportunidade | Somente Leitura | Não aplicável | Não aplicável
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 . David Bloom também tem uma função de representante de vendas na mesma empresa. David tem os mesmos direitos de acesso de Amanda. Amanda é a proprietária da Oportunidade X, a qual está vinculada à Conta 1. David cria uma oportunidade, a Oportunidade Y, e também a vincula à Conta 1. Amanda não está na equipe da oportunidade. Quando Amanda exibe a lista de contas na sua empresa, ela pode ver todas as contas porque sua função dá visibilidade a todas elas, inclusive as que não possui. A tabela a seguir mostra os registros que Amanda vê quando clica no nome da Conta 1 para fazer drill-down nas informações do 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
#### Visibilidade do registro relacionado no exemplo 1 Para determinar quais registros de oportunidade relacionados Amanda pode ver na conta nesse exemplo, o Oracle CRM On Demand examina os direitos de acesso de Amanda da seguinte forma: O Oracle CRM On Demand examina todos os níveis de acesso aplicáveis ao tipo de registro relacionado à oportunidade nesse registro de conta-pai da seguinte forma: OBSERVAÇÃO: se forem descobertos vários níveis de acesso com base nos diferentes componentes de controle de acesso, todos serão considerados no cálculo dos direitos de acesso. Determina se Amanda é proprietária da conta-pai. Nesse exemplo, a resposta é não. Determina se a função de Amanda permite que ela leia todos os registros contábeis. Nesse exemplo, a resposta é sim. Como a função de Amanda permite que ela leia todos os registros contábeis, Amanda pode ver a conta. Como Amanda não é a proprietária da conta-pai, seu perfil de acesso padrão é usado. O nível de acesso para o tipo de registro relacionado à oportunidade no perfil de acesso padrão de Amanda é Exibição. Determina se o registro pai está em um livro do qual Amanda seja membro. Nesse exemplo, a resposta é não. Determina se Amanda é membro da equipe da conta. Nesse exemplo, a resposta é não. Determina se algum dos subordinados de Amanda (diretos ou indiretos) é membro da equipe da conta. Nesse exemplo, a resposta é não. Se a resposta para essa pergunta for sim (isto é, um ou mais subordinados de Amanda forem membros da equipe da conta), o Oracle CRM On Demand extrairá o nível de acesso para o tipo de registro relacionado à oportunidade para cada um dos subordinados de cada perfil de acesso apropriado. O perfil de acesso atribuído no campo Acesso à conta da associação à equipe do subordinado na conta é usado nesse caso (não o perfil de acesso atribuído no campo Oportunidades - Acesso). Determina se Amanda possui acesso ao registro da conta por delegação. Nesse exemplo, a resposta é não. O Oracle CRM On Demand então faz o seguinte: Determina se a função de Amanda permite acesso básico aos registros de oportunidade. Nesse exemplo, a resposta é sim, porque a opção Possui acesso está selecionada para o tipo de registro de oportunidade na função do usuário. Determina se a função de Amanda concede a ela o privilégio para o tipo de registro de oportunidade. Oportunidades não são controladas por privilégios. Nesse exemplo, portanto, os privilégios não afetam o cálculo dos direitos de acesso de Amanda. Determina se o nível de acesso de qualquer perfil de acesso no cálculo está definido como Herdar principal ou uma de suas combinações. Nesse exemplo, a resposta é não. O Oracle CRM On Demand então examina todos os níveis de acesso encontrados e determina o nível mais permissivo. Nesse caso, o nível de acesso mais permissivo encontrado é Exibição. Como o nível de acesso Herdar principal não está presente, são exibidos todos os registros de oportunidade filhos, inclusive aqueles que o usuário não está autorizado a ver. #### Ações em Registros relacionados no Exemplo 1 Quando um usuário tenta executar uma ação em um registro relacionado, o Oracle CRM On Demand deve determinar se o usuário tem os direitos de acesso apropriados para essa ação. Nesse exemplo, Amanda pode tentar ler os detalhes do registro, editar ou excluir o registro. Dois casos são considerados: No Caso 1, Amanda tenta executar uma ação na Oportunidade X. No Caso 2, Amanda tenta executar uma ação na Oportunidade Y. Caso 1: Amanda tenta executar uma ação na Oportunidade X, da qual ela é proprietária. O Oracle CRM On Demand examina os direitos de acesso de Amanda da seguinte forma: O Oracle CRM On Demand examina todos os níveis de acesso aplicáveis ao tipo de registro relacionado à oportunidade nesse registro de conta-pai da seguinte forma: OBSERVAÇÃO: se forem descobertos vários níveis de acesso com base nos diferentes componentes de controle de acesso, todos serão considerados no cálculo dos direitos de acesso. Determina se Amanda é proprietária da conta-pai. Nesse exemplo, a resposta é não. Determina se a função de Amanda permite que ela leia todos os registros de oportunidade. Nesse exemplo, a resposta é não. Embora Amanda possa ver o registro da conta-pai porque o perfil de acesso padrão dela é usado, o perfil de acesso padrão dela não é usado para o registro de oportunidade. Determina se o registro de oportunidade está em um livro do qual Amanda seja membro. Nesse exemplo, a resposta é não. Determina se Amanda é membro da equipe da oportunidade. Nesse exemplo, a resposta é sim. Amanda é a proprietária da oportunidade, portanto está na equipe da oportunidade. O nível de acesso do tipo principal de registro de oportunidade do perfil de acesso padrão de Amanda (o perfil de acesso padrão do representante de vendas) é Leitura/Edição/Exclusão. Determina se algum dos subordinados de Amanda (diretos ou indiretos) é membro da equipe da oportunidade. Nesse exemplo, a resposta é não. Determina se Amanda possui acesso ao registro da conta por delegação. Nesse exemplo, a resposta é não. O Oracle CRM On Demand então faz o seguinte: Determina se a função de Amanda permite acesso básico aos registros de oportunidade. Nesse exemplo, a resposta é sim, porque a opção Possui acesso está selecionada para o tipo de registro de oportunidade na função de Amanda. Determina se a função de Amanda concede a ela o privilégio para o tipo de registro de oportunidade. O tipo de registro de oportunidade não é controlado por privilégios. Portanto, nesse exemplo, os privilégios não afetam o cálculo dos direitos de acesso de Amanda. Determina se o nível de acesso de qualquer perfil de acesso no cálculo está definido como Herdar principal ou uma de suas combinações. Nesse exemplo, a resposta é não. O Oracle CRM On Demand então examina todos os níveis de acesso encontrados e determina o nível mais permissivo. Nesse caso, o nível de acesso mais permissivo encontrado é Leitura/Edição/Exclusão. Caso 2: Amanda tenta executar uma ação na Oportunidade Y, cujo proprietário é David Bloom. O Oracle CRM On Demand examina os direitos de acesso de Amanda da seguinte forma: O Oracle CRM On Demand examina todos os níveis de acesso aplicáveis ao tipo de registro relacionado à oportunidade nesse registro de conta-pai da seguinte forma: OBSERVAÇÃO: se forem descobertos vários níveis de acesso com base nos diferentes componentes de controle de acesso, todos serão considerados no cálculo dos direitos de acesso. Determina se Amanda é proprietária da conta-pai. Nesse exemplo, a resposta é não. Determina se a função de Amanda permite que ela leia todos os registros de oportunidade. Nesse exemplo, a resposta é não. Embora Amanda possa ver o registro da conta-pai porque o perfil de acesso padrão dela é usado, o perfil de acesso padrão dela não é usado para o registro de oportunidade. Determina se o registro de oportunidade está em um livro do qual Amanda seja membro. Nesse exemplo, a resposta é não. Determina se Amanda é membro da equipe da oportunidade. Nesse exemplo, a resposta é não. Determina se algum dos subordinados de Amanda (diretos ou indiretos) é membro da equipe da oportunidade. Nesse exemplo, a resposta é não. Determina se Amanda possui acesso ao registro da conta por delegação. Nesse exemplo, a resposta é não. O Oracle CRM On Demand então faz o seguinte: Determina se a função de Amanda permite acesso básico aos registros de oportunidade. Nesse exemplo, a resposta é sim, porque a opção Possui acesso está selecionada para o tipo de registro de oportunidade na função de Amanda. Determina se a função de Amanda concede a ela o privilégio para o tipo de registro de oportunidade. O tipo de registro de oportunidade não é controlado pelos privilégios. Portanto, nesse exemplo, os privilégios não afetam o cálculo dos direitos de acesso de Amanda. Determina se o nível de acesso de qualquer perfil de acesso no cálculo está definido como Herdar principal ou uma de suas combinações. Nesse exemplo, a resposta é não. O Oracle CRM On Demand então examina todos os níveis de acesso encontrados e determina o nível mais permissivo. Nesse caso, o nível de acesso final é Sem acesso. #### Tópicos relacionados Consulte os seguintes tópicos para obter exemplos adicionais: Exemplo 2: Usando o nível de acesso Herdar principal Exemplo 3: Protegendo dados por meio de livros

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