Imprimer      Ouvrir la version PDF de l'aide en ligne


Rubrique précédente

Rubrique suivante

Exemple 1 : Utilisation du niveau d'accès Afficher

L'exemple de cette rubrique explique comment Oracle CRM On Demand calcule les droits d'accès des utilisateurs.

Dans cet exemple, Amanda Dupont possède le rôle Commercial. Elle peut créer des comptes et consulter tous les enregistrements Compte. Elle peut également créer des opportunités, mais ne peut consulter que celles dont elle est titulaire ou qu'elle est autorisée à afficher.

Le tableau ci-après indique les paramètres des types d'enregistrement dans le rôle Commercial.

Type d'enregistrement principal

Accès autorisé

Création autorisée

Droit de lire tous les enregistrements

Compte

Oui

Oui

Oui

Opportunité

Oui

Oui

Non

Le rôle Commercial donne à Amanda un contrôle complet sur les comptes et les opportunités qu'elle crée et des droits d'accès limités sur les enregistrements qu'elle ne possède pas. Le rôle Commercial requiert deux profils d'accès : un profil de gestion des droits et un profil d'accès par défaut.

Le tableau ci-après indique les paramètres du profil de gestion des droits du rôle Commercial.

Type d'enregistrement principal

Niveau d'accès

Type d'enregistrement associé

Niveau d'accès

Compte

Lecture/Modification/Suppression

Opportunités

Afficher

Opportunité

Lecture/Modification/Suppression

Non applicable

Non applicable

Le tableau ci-après indique les paramètres du profil d'accès par défaut du rôle Commercial.

Type d'enregistrement principal

Niveau d'accès

Type d'enregistrement associé

Niveau d'accès

Compte

Lecture seule

Opportunités

Afficher

Opportunité

Lecture seule

Non applicable

Non applicable

Cet exemple de calcul des droits d'accès suppose que l'héritage équipe est désactivé pour le type d'enregistrement Opportunité, autrement dit, que la case Activer héritage équipe parent pour l'opportunité est désélectionnée dans la page Profil de la société. Pour plus d'informations sur le comportement de la fonctionnalité Héritage équipe parent, voir A propos de la propagation d'accès via l'héritage équipe.

David Dupin dispose aussi d'un rôle Commercial dans la même société. Il détient les mêmes droits d'accès qu'Amanda.

Amanda est propriétaire de l'opportunité X, qui est liée au compte 1. David crée une opportunité, l'opportunité Y, et la relie également au compte 1. Amanda ne figure pas dans l'équipe de l'opportunité.

Lorsqu'Amanda consulte la liste des comptes dans sa société, elle les voit tous car son rôle lui donne accès à tous les comptes, y compris à ceux qui ne lui appartiennent pas. Le tableau suivant indique les enregistrements qu'Amanda voit lorsqu'elle clique sur le nom de compte Compte 1 pour explorer l'enregistrement. Dans le cadre de cet exemple, seuls les champs et colonnes pertinents sont affichés.

Détail du compte : Compte 1

Détail du compte

Nom du compte :

Compte 1

Propriétaire :

Jean Demaison

Opportunités

Nom de l'opportunité

Propriétaire

Opportunité X

Amanda Dupont

Opportunité Y

David Dupin

Equipe du compte

Nom

Prénom

Accès au compte

Demaison

Jean

Propriétaire

Visibilité sur l'enregistrement lié dans Exemple 1

Pour déterminer quels enregistrements Opportunité associés Amanda peut consulter dans le compte de cet exemple, Oracle CRM On Demand examine les droits d'accès d'Amanda, comme suit :

  1. Oracle CRM On Demand examine tous les niveaux d'accès applicables au type d'enregistrement associé à l'opportunité sur cet enregistrement Compte parent, comme suit :

    REMARQUE : Si plusieurs niveaux d'accès sont découverts à partir des divers composants de contrôle d'accès, ils sont tous pris en compte lors du calcul des droits d'accès.

    • Détermine si Amanda détient le compte parent.

      Dans cet exemple, la réponse est Non.

    • Détermine si le rôle d'Amanda lui permet de lire tous les enregistrements Compte.

      Dans cet exemple, la réponse est Oui. Le rôle d'Amanda lui permettant de lire tous les enregistrements Compte, elle peut consulter le compte. Comme Amanda n'est pas le propriétaire du compte parent, son profil d'accès par défaut est utilisé. Le niveau d'accès du type d'enregistrement lié à l'opportunité dans le profil d'accès par défaut d'Amanda est Afficher.

    • Détermine si l'enregistrement parent figure dans un livre dont Amanda est membre.

      Dans cet exemple, la réponse est Non.

    • Détermine si Amanda est membre de l'équipe du compte.

      Dans cet exemple, la réponse est Non.

    • Détermine si des subordonnés d'Amanda (directs ou indirects) sont membres de l'équipe du compte.

      Dans cet exemple, la réponse est Non.

      Si la réponse à cette question est Oui (c'est-à-dire, si un ou plusieurs des subordonnés d'Amanda sont membres de l'équipe du compte), Oracle CRM On Demand extrait du profil d'accès approprié le niveau d'accès du type d'enregistrement lié à l'opportunité pour chacun de ces subordonnés. Le profil d'accès affecté dans le champ Accès au compte des subordonnés appartenant à l'équipe du compte est utilisé dans ce cas (à la place du profil d'accès affecté dans le champ Opportunités - Accès).

    • Détermine si Amanda a accès par délégation à l'enregistrement Compte.

      Dans cet exemple, la réponse est Non.

  2. Oracle CRM On Demand procède alors comme suit :
    • Détermine si le rôle d'Amanda lui donne un accès de base aux enregistrements Opportunité.

      Dans cet exemple, la réponse est Oui, car l'option Accès autorisé est sélectionnée pour le type d'enregistrement Opportunité associé au rôle de l'utilisateur.

    • Détermine si le rôle d'Amanda lui accorde le privilège pour le type d'enregistrement Opportunité.

      Les opportunités n'étant pas contrôlées par le biais de privilèges, dans cet exemple, les privilèges n'influent pas sur le calcul des droits d'accès d'Amanda.

    • Détermine si le niveau d'accès sur les profils d'accès du calcul est Hériter - Principal ou l'une de ses combinaisons.

      Dans cet exemple, la réponse est Non.

  3. Oracle CRM On Demand examine alors tous les niveaux d'accès trouvés et détermine le niveau le plus permissif. Dans ce cas, ce niveau est Afficher. Le niveau d'accès Hériter - Principal n'étant pas présent, tous les enregistrements Opportunité enfants, y compris ceux que l'utilisateur n'est pas autorisé à consulter, sont affichés.

Actions sur les enregistrements associés dans Exemple 1

Lorsqu'un utilisateur tente d'effectuer une action sur un enregistrement associé, Oracle CRM On Demand doit déterminer si l'utilisateur détient les droits d'accès appropriés pour cette action. Dans cet exemple, Amanda peut tenter de lire les détails de l'enregistrement, de modifier ce dernier ou de le supprimer. Deux cas sont envisagés :

  • Dans le cas 1, Amanda tente d'effectuer une action sur l'opportunité X.
  • Dans le cas 2, Amanda tente d'effectuer une action sur l'opportunité Y.

Cas 1 : Amanda tente d'effectuer une action sur l'opportunité X, qui lui appartient.

Oracle CRM On Demand examine les droits d'accès d'Amanda, comme suit :

  1. Oracle CRM On Demand examine tous les niveaux d'accès applicables au type d'enregistrement associé à l'opportunité sur cet enregistrement Compte parent, comme suit :

    REMARQUE : Si plusieurs niveaux d'accès sont découverts à partir des divers composants de contrôle d'accès, ils sont tous pris en compte lors du calcul des droits d'accès.

    • Détermine si Amanda détient le compte parent.

      Dans cet exemple, la réponse est Non.

    • Détermine si le rôle d'Amanda lui permet de lire tous les enregistrements Opportunité.

      Dans cet exemple, la réponse est Non. Bien qu'Amanda puisse consulter l'enregistrement du compte parent parce que son profil d'accès par défaut est utilisé, ce dernier n'est pas utilisé pour l'enregistrement Opportunité.

    • Détermine si l'enregistrement Opportunité figure dans un livre dont Amanda est membre.

      Dans cet exemple, la réponse est Non.

    • Détermine si Amanda est membre de l'équipe de l'opportunité.

      Dans cet exemple, la réponse est Oui. Amanda étant propriétaire de l'opportunité, elle figure dans l'équipe de l'opportunité. Le niveau d'accès du type d'enregistrement de l'opportunité principale dans le profil d'accès par défaut d'Amanda (le profil d'accès par défaut Commercial) est Lire/Modifier/Supprimer.

    • Détermine si des subordonnés d'Amanda (directs ou indirects) sont membres de l'équipe de l'opportunité.

      Dans cet exemple, la réponse est Non.

    • Détermine si Amanda a accès par délégation à l'enregistrement Compte.

      Dans cet exemple, la réponse est Non.

  2. Oracle CRM On Demand procède alors comme suit :
    • Détermine si le rôle d'Amanda lui donne un accès de base aux enregistrements Opportunité.

      Dans cet exemple, la réponse est Oui, car l'option Accès autorisé est sélectionnée pour le type d'enregistrement Opportunité associé au rôle d'Amanda.

    • Détermine si le rôle d'Amanda lui accorde le privilège pour le type d'enregistrement Opportunité.

      Le type d'enregistrement Opportunité n'étant pas contrôlé par le biais de privilèges, dans cet exemple, les privilèges n'influent pas sur le calcul des droits d'accès d'Amanda.

    • Détermine si le niveau d'accès sur les profils d'accès du calcul est Hériter - Principal ou l'une de ses combinaisons.

      Dans cet exemple, la réponse est Non.

  3. Oracle CRM On Demand examine alors tous les niveaux d'accès trouvés et détermine le niveau le plus permissif. Dans ce cas, il s'agit de Lire/Modifier/Supprimer.

Cas 2 : Amanda tente d'effectuer une action sur l'opportunité Y, qui appartient à David Dupin.

Oracle CRM On Demand examine les droits d'accès d'Amanda, comme suit :

  1. Oracle CRM On Demand examine tous les niveaux d'accès applicables au type d'enregistrement associé à l'opportunité sur cet enregistrement Compte parent, comme suit :

    REMARQUE : Si plusieurs niveaux d'accès sont découverts à partir des divers composants de contrôle d'accès, ils sont tous pris en compte lors du calcul des droits d'accès.

    • Détermine si Amanda détient le compte parent.

      Dans cet exemple, la réponse est Non.

    • Détermine si le rôle d'Amanda lui permet de lire tous les enregistrements Opportunité.

      Dans cet exemple, la réponse est Non. Bien qu'Amanda puisse consulter l'enregistrement du compte parent parce que son profil d'accès par défaut est utilisé, ce dernier n'est pas utilisé pour l'enregistrement Opportunité.

    • Détermine si l'enregistrement Opportunité figure dans un livre dont Amanda est membre.

      Dans cet exemple, la réponse est Non.

    • Détermine si Amanda est membre de l'équipe de l'opportunité.

      Dans cet exemple, la réponse est Non.

    • Détermine si des subordonnés d'Amanda (directs ou indirects) sont membres de l'équipe de l'opportunité.

      Dans cet exemple, la réponse est Non.

    • Détermine si Amanda a accès par délégation à l'enregistrement Compte.

      Dans cet exemple, la réponse est Non.

  2. Oracle CRM On Demand procède alors comme suit :
    • Détermine si le rôle d'Amanda lui donne un accès de base aux enregistrements Opportunité.

      Dans cet exemple, la réponse est Oui, car l'option Accès autorisé est sélectionnée pour le type d'enregistrement Opportunité associé au rôle d'Amanda.

    • Détermine si le rôle d'Amanda lui accorde le privilège pour le type d'enregistrement Opportunité.

      Le type d'enregistrement Opportunité n'étant pas contrôlé par le biais de privilèges, dans cet exemple, les privilèges n'influent pas sur le calcul des droits d'accès d'Amanda.

    • Détermine si le niveau d'accès sur les profils d'accès du calcul est Hériter - Principal ou l'une de ses combinaisons.

      Dans cet exemple, la réponse est Non.

  3. Oracle CRM On Demand examine alors tous les niveaux d'accès trouvés et détermine le niveau le plus permissif. Dans ce cas, le niveau d'accès final est Aucun accès.

Rubriques connexes

Reportez-vous également aux autres exemples des rubriques suivantes :


Publié en octobre 2016 Copyright © 2005, 2016, Oracle. Tous droits réservés. Legal Notices.