mon raisonnement est t il bon ?

Bonjour
j ai une base access qui doit être modifié par 10 utilisateurs simultanément . Ces utilisateurs se connecte en rdp sur un serveur.
dans

1- Je crée une requête avec la fonctions "lireusager" pour pouvoir filtrer utilisateur entrant
2- Puis un formulaire de démarrage me permettant de savoir si utilisateur entrant est le 1er car si c est le cas il doit créer ce que j appel "nouvelle date"

Nouvelle date = Données de la date précédente crée avec la date du jour
Pour cela je crée 2 macros
une qui s affiche lorsque la date dans la base est inférieur a la date du jour
l autre quand la date dans la base est égal a la date du jour

je pense que mon raisonnement est bon mais qui sait . Je suis plutôt Novice donc j attend vos impressions

merci

Hello !

Certainement que ton raisonnement est bon mais... Bien qu'ayant lu plusieurs fois ton message, je ne comprends pas....
Veux-tu stocker (dans une table ou ailleurs) le nom de l'utilisateur qui se "branche" avec l'heure et la date ? C'est bien cela ?

Cordialement

Bernard.

Bonjour
En faite a l aide de la fonction environ("USERNAME")
Je détermine le nom de utilisateur entrant qui se connecte par Rdp sur le serveur.
Exemple
Utilisateur Bernard se connecte
J extrait Bernard puis je l utilise dans une requête pour pourvoir filtrer bernard dans la base que tous les utilisateurs vont renseigné mais chaque étant filtré en fonction de leur nom d ouverture de session.

merci

Certainement que c'est la chaleur mais, là, j'ai un peu le "cerfvolant"...
Une fois que tu as Bernard ... où, dans quoi et pourquoi vas-tu le "filtrer".
En clair, que vas-tu faire de cette donnée ?

en faite j ai une table ou j ai les données de plusieurs utilisateurs
exemple :
Designations taille du ventre profession Parcours
christophe gros Mangeur
bernard Abdo Slim
jean Mannequin Donjuan

Lorsque Bernard se connecte avec sa session rdp qui se prénom "Bernard"
il ne vérra que
Designations taille du ventre profession Parcours
bernard Abdo Slim

Et il renseigne parcours
J espere avoir diminuer le vent
:mouarf:

Donc, si je comprends bien, tu attribues des droits en fonction du nom d'utilisateur ?

Oui le filtre est déterminé par le nom de la session de utilisateur

Maintenant, une dernière question... qu'entends-tu par "filtre" ?

Si j'ai bien compris, à l'ouverture de ta base par un utilisateur, son nom, la date et l'heure de connexion sont mémorisés....où ?

en faite quand je dis filtre c est la requête ou je vais fixé un critère ici ce critère est le nom de la session de utilisateur

"son nom, la date et l'heure de connexion sont mémorisés....où ? "
la date heure de connexion ne sont pas mémorisé. Juste extraire le nom de la session avec la fonction environ "USERNAME"

Alors, de façon personnelle, j'ai déjà rencontré ce genre de contrainte. Je l'ai résolu de la façon suivante:

• A l'ouverture de la base, un formulaire de login apparaît.
• Il me permet de tester en premier le droit de l'utilisateur à ouvrir la base
• Ensuite, les données saisies me permettent d'octroyer des droits spécifiques pour l'accès aux divers formulaires (Pas de droit, droit de lecture, droit de lecture/écriture)
• Ta structure est certainement "Frontale-Dorsale"... Dès lors, tu peux stocker temporairement ces données dans une table non liée ou - plus efficace à mon avis - tu les stockes dans un fichier txt dans le même répertoire que ta base (c'est la deuxième solution que j'ai adoptée).
• Dès lors, chaque formulaire, à l'ouverture, va lire le contenu de ce fichier, le compare avec une tblDroitsUser, pour savoir comment s'ouvrir.

Voilà... est-ce bien de cela dont tu as besoin ?

Bien entendu, tu peux le faire également avec la fonction USERNAME, mais cela ne te donnera pas le contrôle sur l'ouverture de la base en elle-même...

Salut
oui je t avoue ne pas avoir ton compris . Mais bon je suis débutant en access et en faite moi les droits je l impose directement a partir du windows car
c la mon domaine de prédilection . Je ne savais même pas que access pouvait octroyer des droits . Je vais essayer de fouiner pour voir

merci encore a toi