Imprimir      Abrir versão PDF da ajuda online


Tópico anterior

Tópico seguinte

Exemplo 1: Utilizar o nível de acesso de visualização

Este tópico fornece um exemplo de como o Oracle CRM On Demand calcula os direitos de acesso dos utilizadores.

Neste exemplo, Amanda Jacobsen tem a função Representante de vendas. Amanda pode criar novas contas e ver todos os outros registos de contas. Pode criar oportunidades mas só pode ver as oportunidades que lhe pertencem ou para as quais tenha autorização.

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

Sim

Oportunidade

Sim

Sim

Não

A função Representante de vendas dá a Amanda o controlo total sobre as contas e oportunidades por ela criadas e direitos restritos sobre os registos que não lhe 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

Ver

Oportunidade

Ler/Editar/Eliminar

Não aplicável

Não aplicável

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

Ver

Oportunidade

Só de leitura

Não aplicável

Não aplicável

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.

David Bloom também tem uma função Representante de vendas na mesma empresa. David tem os mesmos direitos de acesso que Amanda.

Amanda é a proprietária da Oportunidade X, que está ligada à Conta 1. David cria uma oportunidade, a Oportunidade Y e também a liga à Conta 1. Amanda não está na equipa da oportunidade.

Quando Amanda examina a lista das contas da empresa, consegue ver todas as contas porque a função dela permite-lhe ter visibilidade para todas as contas, incluindo as que não lhe pertencem. 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

Henriques

João

Proprietário

Visibilidade do registo relacionado no exemplo 1

Para determinar quais os registos de oportunidades relacionados que Amanda consegue ver na conta neste exemplo, o Oracle CRM On Demand examina os direitos de acesso de Amanda da seguinte forma:

  1. O Oracle CRM On Demand examina todos os níveis de acesso aplicáveis para o tipo de registo relacionado com a oportunidade neste registo de conta principal da seguinte forma:

    NOTA: Se forem identificados vários níveis de acesso dos vários componentes de controlo de acesso, todos eles serão considerados no cálculo de direitos de acesso.

    • Determina se Amanda é proprietária da conta principal.

      Neste exemplo, a resposta é não.

    • Determina se a função de Amanda lhe permite ler todos os registos de contas.

      Neste exemplo, a resposta é sim. A função de Amanda permite-lhe ler todos os registos de contas, pelo que ela pode ver a conta. Uma vez que Amanda não é proprietária da conta principal, será utilizado o respetivo perfil de acesso predefinido. O nível de acesso para o tipo de registo relacionado com a propriedade no perfil de acesso predefinido de Amanda é Ver.

    • Determina se o registo principal se encontra num livro do qual Amanda seja membro.

      Neste exemplo, a resposta é não.

    • Determina se Amanda é um membro da equipa da conta.

      Neste exemplo, a resposta é não.

    • Determina se qualquer dos subordinados de Amanda (direto ou indireto) é um membro da equipa da conta.

      Neste exemplo, a resposta é não.

      Se a resposta a esta pergunta for sim (ou seja, se um ou mais subordinados de Amanda for membro da equipa da conta), o Oracle CRM On Demand extrai o nível de acesso para o tipo de registo relacionado com a oportunidade para cada um destes subordinados a partir do perfil de acesso adequado. Nesse caso, é utilizado o perfil de acesso atribuído no campo Acesso à conta na afiliação da equipa do subordinado (e não o perfil de acesso atribuído no campo Acesso à oportunidade).

    • Determina se Amanda tem acesso ao registo de conta através de delegação.

      Neste exemplo, a resposta é não.

  2. Nesse caso, o Oracle CRM On Demand efetua o seguinte:
    • Determina se a função de Amanda lhe permite acesso básico aos registos de oportunidade.

      Neste exemplo, a resposta é sim porque a opção Tem acesso está selecionada para o tipo de registo Oportunidade na função de utilizador.

    • Determina se a função de Amanda lhe concede o privilégio para o tipo de registo de oportunidade.

      As oportunidades não são controladas através de privilégios, pelo que, neste exemplo, os privilégios não afetam o cálculo dos direitos de acesso de Amanda.

    • Determina se o nível de acesso em qualquer dos perfis de acesso no cálculo está definido para Herdar principal ou uma das respetivas combinações.

      Neste exemplo, a resposta é não.

  3. Em seguida, o Oracle CRM On Demand examina todos os níveis de acesso encontrados e determina o nível mais permissivo. Neste caso, o nível de acesso mais permissivo encontrado é Ver. O nível de acesso Herdar principal não está presente, pelo que são mostrados todos os registos de oportunidade dependentes, incluindo aqueles para os quais o utilizador não está autorizado.

Ações nos registos relacionados no exemplo 1

Quando um utilizador tenta executar uma ação num registo relacionado, o Oracle CRM On Demand tem de determinar se o utilizador possui os direitos de acesso adequados para essa ação. Neste exemplo, Amanda pode tentar ler os detalhes do registo, editar o registo ou eliminar o registo. São considerados dois casos:

  • 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 que lhe pertence.

O Oracle CRM On Demand examina os direitos de acesso de Amanda da seguinte forma:

  1. O Oracle CRM On Demand examina todos os níveis de acesso aplicáveis para o tipo de registo relacionado com a oportunidade neste registo de conta principal da seguinte forma:

    NOTA: Se forem identificados vários níveis de acesso dos vários componentes de controlo de acesso, todos eles serão considerados no cálculo de direitos de acesso.

    • Determina se Amanda é proprietária da conta principal.

      Neste exemplo, a resposta é não.

    • Determina se a função de Amanda lhe permite ler todos os registos de oportunidade.

      Neste exemplo, a resposta é não. Apesar de Amanda poder ver o registo de conta principal porque utiliza o perfil de acesso predefinido, este perfil não é utilizado para o registo de oportunidade.

    • Determina se o registo de oportunidade se encontra num livro do qual Amanda seja membro.

      Neste exemplo, a resposta é não.

    • Determina se Amanda é um membro da equipa da oportunidade.

      Neste exemplo, a resposta é sim. Amanda é proprietária da oportunidade e está, por isso, na equipa da oportunidade. O nível de acesso do tipo de registo de oportunidade principal do perfil de acesso predefinido (o Perfil de acesso predefinido do representante de vendas) de Amanda é Ler/Editar/Eliminar.

    • Determina se qualquer dos subordinados de Amanda (direto ou indireto) é um membro da equipa da oportunidade.

      Neste exemplo, a resposta é não.

    • Determina se Amanda tem acesso ao registo de conta através de delegação.

      Neste exemplo, a resposta é não.

  2. Nesse caso, o Oracle CRM On Demand efetua o seguinte:
    • Determina se a função de Amanda lhe permite acesso básico aos registos de oportunidade.

      Neste exemplo, a resposta é sim porque a opção Tem acesso está selecionada para o tipo de registo Oportunidade na função de Amanda.

    • Determina se a função de Amanda lhe concede o privilégio para o tipo de registo Oportunidade.

      O tipo de registo Oportunidade não é controlado através de privilégios. Por conseguinte, neste exemplo, os privilégios não afetam o cálculo dos direitos de acesso de Amanda.

    • Determina se o nível de acesso em qualquer dos perfis de acesso no cálculo está definido para Herdar principal ou uma das respetivas combinações.

      Neste exemplo, a resposta é não.

  3. Em seguida, o Oracle CRM On Demand examina todos os níveis de acesso encontrados e determina o nível mais permissivo. Neste caso, o nível de acesso mais permissivo é Ler/Editar/Eliminar.

Caso 2: Amanda tenta executar uma ação na Oportunidade Y que pertence a David Bloom.

O Oracle CRM On Demand examina os direitos de acesso de Amanda da seguinte forma:

  1. O Oracle CRM On Demand examina todos os níveis de acesso aplicáveis para o tipo de registo relacionado com a oportunidade neste registo de conta principal da seguinte forma:

    NOTA: Se forem identificados vários níveis de acesso dos vários componentes de controlo de acesso, todos eles serão considerados no cálculo de direitos de acesso.

    • Determina se Amanda é proprietária da conta principal.

      Neste exemplo, a resposta é não.

    • Determina se a função de Amanda lhe permite ler todos os registos de oportunidade.

      Neste exemplo, a resposta é não. Apesar de Amanda poder ver o registo de conta principal porque utiliza o perfil de acesso predefinido, este perfil não é utilizado para o registo de oportunidade.

    • Determina se o registo de oportunidade se encontra num livro do qual Amanda seja membro.

      Neste exemplo, a resposta é não.

    • Determina se Amanda é um membro da equipa da oportunidade.

      Neste exemplo, a resposta é não.

    • Determina se qualquer dos subordinados de Amanda (direto ou indireto) é um membro da equipa da oportunidade.

      Neste exemplo, a resposta é não.

    • Determina se Amanda tem acesso ao registo de conta através de delegação.

      Neste exemplo, a resposta é não.

  2. Nesse caso, o Oracle CRM On Demand efetua o seguinte:
    • Determina se a função de Amanda lhe permite acesso básico aos registos de oportunidade.

      Neste exemplo, a resposta é sim porque a opção Tem acesso está selecionada para o tipo de registo Oportunidade na função de Amanda.

    • Determina se a função de Amanda lhe concede o privilégio para o tipo de registo Oportunidade.

      O tipo de registo Oportunidade não é controlado através de privilégios, pelo que, neste exemplo, os privilégios não afetam o cálculo dos direitos de acesso de Amanda.

    • Determina se o nível de acesso em qualquer dos perfis de acesso no cálculo está definido para Herdar principal ou uma das respetivas combinações.

      Neste exemplo, a resposta é não.

  3. Em seguida, o Oracle CRM On Demand examina todos os níveis de acesso encontrados e determina o nível mais permissivo. Neste caso, o nível de acesso final é Sem acesso.

Tópicos relacionados

Consulte os tópicos seguintes para obter exemplos adicionais:


Publicado em Agosto 2018 Copyright © 2005, 2018, Oracle. Todos os direitos reservados. Legal Notices.