Scénarios
Cette section décrit plusieurs scénarios qui expliquent les conséquences de l'emploi de différentes configurations d'autorisation.
Dans Autorisation vous avez configuré :
Situation 1: Un utilisateur a le droit de modifier le champ Espace, mais il ne peut pas voir le champ Objet.
Situation 2: Un utilisateur a le droit de modifier le champ Espace, et il est autorisé à voir, mais pas à modifier le champ Objet.
Si l'utilisateur modifie le champ Espace, il se passera ce qui suit :
Pour la situation 1 : Planon sautera le champ Objet et ne le modifiera pas. Planon n'affiche aucun message d'erreur. Lorsque l'utilisateur tente d'enregistrer, un message d'erreur peut s'afficher.
Pour la situation 2 : Planon modifiera le champ Objet, bien que l'utilisateur ne soit pas autorisé à modifier ce champ manuellement.
Dans Autorisation vous avez configuré qu'un utilisateur n'est pas autorisé à voir les ordres de travail :
Considérez les situations suivantes :
Une demande standard ensemble avec des sous-ordres standard est définie. Si l'utilisateur qui n'est pas autorisé à voir les ordres de tarvail standard, essaye d'utiliser cette demande standard, il se passe ceci : tous les champs qui font partie de la demande sont saisis automatiquement, mais les sous-ordres ne sont pas créées (même si l'utilisateur a indiqué qu'il voulait créer des sous-ordres).
Dans Autorisation vous avez configuré qu'un utilisateur n'est pas autorisé à voir certains champs d'un ordre de travail :
Considérez les situations suivantes :
Si l'utilisateur essaye d'utiliser un ordre de travail standard ou une demande standard, il se passe ceci : Planon essaye de saisir des champs qui ne peuvent pas être saisis parce que l'utilisateur n'est pas autorisé à les voir. Dans ce cas Planon saisit tous les champs pour lesquels l'utilisateur est autorisé et saute les champs que l'utilisateur ne peut pas voir. Planon n'affiche aucun message d'erreur. Remarque : Note : si un utilisateur a des droits de lecture seule pour un certain champ, Planon peut le saisir.
Dans Autorisation vous avez configuré :
Situation 1 : Un utilisateur a accès en lecture seule au champ Département du business object Personnes.
Situation 2: Un utilisateur n'a pas d'accès au champ Département du business object Personnes.
Si l'utilisateur sélectionne une personne du département « FM » et qu'il clique sur Copier, il se passe ceci :
Pour la situation 1 : La valeur « FM> se met automatiquement dans le champ Département du nouvel objet (personne), bien que l'utilisateur ne soit pas autorisé à modifier la valeur de ce champ manuellement.
Pour la situation 2 : Le champ Département du nouvel objet (personne) reste vierge (mais l'utilisateur ne voit pas le champ!).
Combiner des groupes d'utilisateurs
Cette section explique les conséquences au niveau de l'autorisation suite à l'association de personnes à différents groupes d'utilisateurs.
Si l'action Lecture est disponible pour le Groupe d'utilisateurs 1, mais pas disponible pour le Groupe d'utilisateurs 2, l'action Lecture sera aussi disponible pour un utilisateur appartenant aux deux groupes d'utilisateurs.
Si le champ Objet du business object Ordres de travail n'est pas disponible pour le Groupe d'utilisateurs 1, mais s'il peut être modifié par le Groupe d'utilisateurs 2, il peut également être modifié par un utilisateur appartenant aux deux groupes d'utilisateurs.
Si le Groupe d'utilisateurs 1 n'a pas de filtre d'action sur l'action Lecture pour l'Objet (i.e. des utilisateurs de ce groupe peuvent voir tous les objets) et le Groupe d'utilisateurs 2 a un filtre d'action sur l'action Lecture qui ne permet que de voir les objets à Amsterdam, un utilisateur appartenant aux deux groupes d'utilisateurs pourra voir tous les objets.
Si le Groupe d'utilisateurs 1 a un filtre qui ne permet que de voir les objets à Londres et que le Groupe d'utilisateurs 2 a un filtre sur l'action Lire qui ne permet que de voir les objets à Amsterdam, un utilisateur appartenant aux deux groupes d'utilisateurs pourra voir aussi bien les objets à Londres qu'à Amsterdam.
Le Groupe d'utilisateurs 1 n'a pas de filtre d'action sur l'action Lecture pour Objet (c.-à-d. les utilisateurs de ce groupe peuvent voir tous les objets) et un filtre sur l'action Sauvegarder qui permet la modification d'objets seulement à Londres. Le Groupe d'utilisateurs 2 a un filtre qui permet de consulter des objets aux Pays-Bas, mais de ne modifier que des objets à Amsterdam. Un utilisateur appartenant aux deux groupes d'utilisateurs pourra voir tous les objets et pourra modifier les objets aussi bien à Amsterdam qu'à Londres.
Le Groupe d'utilisateurs 1 a un filtre qui permet de consulter des objets aux Pays-Bas, mais de ne modifier que des objets à Amsterdam. Le Groupe d'utilisateurs 2 a un filtre qui permet de voir des objets à Amsterdam et de modifier des objets seulement à Amsterdam. Un utilisateur appartenant aux deux groupes d'utilisateurs pourra voir des objets à Amsterdam et dans le reste des Pays-Bas, mais il ne pourra modifier que les objets à Amsterdam seulement.