Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Liens entre tables

Matessias

Bonjour à tous

J'ai une table "UTILISATEUR" avec le processus auquel l'utilisateur appartient > Exemple : Matessias = sécurité

J'ai une table "PROCESSUS" avec l'ID et la désignation pour chaque processus > Exemple : 44 = sécurité

J'ai une table "OPERATIONNEL" avec une rubrique "prestation" qui doit reprendre une désignation d'un processus, permettant d'afficher le modèle contenant les modules de ce processus.

Exemple :

Utilisateur = Matessias > Processus = sécurité > Prestation = sécurité

La démarche consiste à faire en sorte que seul un utilisateur appartenant à un processus défini peut accéder au modèle d'une prestation définie.

Le seul procédé à mon sens est de mettre dans une variable $$ chaque désignation de processus - donc saisie manuellement conformément à chaque désignation de processus - à l'ouverture du modèle "opérationnel", puis de récupérer l'ID du processus pour ensuite comparer avec le processus auquel l'utilisateur appartient.

Cela me semble à la fois dangereux - saisie manuelle - et très archaïque !!!

FabriceN

Matessias

Cela me semble à la fois dangereux - saisie manuelle - et très archaïque !!!

Tout à fait :)
Il y a un peu de flou dans la question :

accéder au modèle d'une prestation définie

à l'ouverture du modèle "opérationnel"

Il y a contradiction : soit il y a un modèle particulier pour chaque type de prestation, soit il y a un modèle unique et ce sont les données (ID_prestation) qui définissent de quelle prestation il s'agit.

Soit dit en passant, c'est pour cela qu'il existe une gestion de la sécurité en FileMaker. Au lieu de gérer les rôles dans une table, il vaut mieux les gérer dans la sécurité. Ainsi il est aisé de définir quel rôle a accès à quels modèles et à quels enregistrements.
Cela se complique un peu quand on peut avoir plusieurs rôles. Il faut alors en passer par les privilèges étendus. On peut attribuer un même privilège étendu (mot-clef) à plusieurs jeux de privilèges, et utiliser ces privilèges étendus dans les calculs qui déterminent l'accès aux enregistrements. Malheureusement, il n'en va pas de même pour les modèles, dont l'accès est "hard codé" dans chaque jeu de privilège.

Matessias

Je vois bien qu'il y a complication et/ou contradiction dans l'assiette !!!

D'autant plus qu'on touche à quelque chose qui me dépasse encore largement : sécurité & privilèges !

En effet, pour plus de détails :

Il y a un modèle "OPERATIONNEL" qui présente les prestations en boutons : sécurité, transport, etc.
Tout le monde a accès à ce modèle "OPERATIONNEL"
Les utilisateurs affectés au processus "Sécurité" uniquement ont accès au bouton "Sécurité" sur le modèle "OPERATIONNEL" + les utilisateurs ayant le droit "admin" défini dans la table "Utilisateurs"
Le tout est dans la gymnastique en partant
- du modèle "OPERATIONNEL"
- récupérer la désignation du processus - bouton "Sécurité" - (variable $$ saisie manuellement correspondant à la désignation de chaque processus)
- récupérer l'ID du processus
- vérifier si l'utilisateur est affecté à ce processus
- autoriser l'accès au modèle "Sécurité"

FabriceN

Comment je ferais :

déterminer des privilèges étendus (securite…) et les attribuer à différents jeux de privilèges
ajouter une condition de masquage du bouton : EstVide ( FiltreValeurs ( "securite" ; Get ( AccountExtendedPrivileges )))
dans le script, avec un Si, inverser cette condition (ajouter un not devant), ajouter un Fin de script.

Matessias

Merci Fabrice !