Discussion :

[gregem]

Bonjour,

Dans mon entreprise, certaines fonctions s'exécute par quart, c'est à dire que la fonction dure infiniment, mais que le rôle de cette fonction est tenu par plusieurs utilisateurs qui se relaient à cette fonction. Cette fonction est assurée sur une station de travail (Win7 aujourd'hui, Win10 demain) qui fait tourner des processus qui ne doivent pas être arrêtés. Pour la traçabilité, j'ai besoin néanmoins de savoir quel utilisateur est en charge à un moment donné.

Existe-t-il un moyen pour avoir une session de base ouverte sur un poste, faisant tourner ses processus propres, puis que chaque utilisateur (successivement) ouvre sa session propre "par dessus" la session de base pour pouvoir travailler ?

Dans un tel cas, en utilisant Outlook par exemple, il aurait accès à la boite aux lettres du compte de base et à la sienne propre.

Merci d'avance pour votre aide.

[JML19]

Bonjour

Chaque session est propre à un utilisateur mais peut reprendre une session de base.

Tu peux faire une copie de session d'une session de base pour chaque utilisateur puis la personnaliser ensuite.

[gregem]

Bonjour JML19,
Merci pour ta réponse, mais ce n'est pas ce que je recherche.
Prenons l'exemple d'un poste de supervision d'une chaîne d'emballage de camemberts qui emballe 24h/24 du lundi 08:00 au vendredi 18:00.
Le lundi matin à 08:00, on démarre le poste Windows en ouvrant la session chaine.emballage@calendos.fr, mais sitôt cette session ouverte, une nouvelle invite d'identification s'affiche. Le premier ouvrier arrive alors et s'identifie en tant que jean.dupont@calendos.fr. La session s'ouvre alors pour de bon, et Jean Dupont peut lancer les applications nécessaires au bon fonctionnement de la chaîne.
A midi, Jacques Durant vient remplacer son collègue Jean, mais la chaîne de s'arrête pas d'emballer. Grâce à un bouton magique de passation de quart, Jacques s'identifie en tant que jacques.durant@calendos.fr et devient le "propriétaire" de la session à la place de Jean.
Ainsi, la chaîne n'est jamais interrompue, et les logs des actions des utilisateurs sont correctement remplis, avec imputabilité possible en cas de problème.
En fait, j'ai déjà vu ce procédé sur un système (WinXP à l'époque), mais je ne sais pas s'il s'agissait d'une couche ajoutée par le développeur ou bien d'une fonctionnalité native de Windows.
J'espère avoir été plus clair dans mes explications.

[JML19]

Pourquoi tu ouvres une première session non utilisée ?

La chaine ne peux pas fonctionner sans ouvrir une session ?

Normalement le démarrage du PC démarre la chaine de production sans avoir besoin d'ouvrir une session.

Sur ce PC on créait autant de session qu'il y a d'utilisateur et chacun utilise sa session.

[yotta]

Si vous voulez isoler l'identité utilisateur logiciel de l'identité de session Windows, il n'y a pas 36 solutions, vous devez implémenter une identification logicielle au niveau de vos programmes. Ces derniers demanderaient alors l'identité de la personne au lancement qui pourrait être différente de l'identité de session.
En d'autres termes, vous ne pourrez pas pallier à la carence d'identification de vos logiciels par une astuce de profile utilisateur, c'est impossible.
Si vous ne pouvez pas implémenter de solution d'identification au niveau de vos logiciels, alors la seule solution restante est celle que vous propose JML19. Non pas en s'appuyant sur le profile utilisateur par défaut, mais en s'appuyant sur la notion d'utilisateur public (Bureau public, documents public, etc...).
Dans ce contexte, Il s'agirait de déposer les lanceurs de vos logiciels dans les espaces publics de la machine car ils sont commun à tous les utilisateurs locaux. Plus simplement, le lanceur est a déposer sur le bureau public. ainsi, quel que soit l'utilisateur qui ouvre sa session, la raccourci de lancement du programme sera présent sur son bureau. Et comme il le lance depuis sa session, il reste clairement identifiable.

[gregem]

Bonjour JML19 et yotta,
Désolé de répondre si tard.
Merci beaucoup pour vos réponses qui correspondent, finalement, à ce que je recherchais. En fait, il s'agit d'exploiter un "compte de service administré".
Notez que la technique exacte que je recherchais en posant ma question correspond à une solution que j'avais déjà observée jadis, mais j'ai eu aujourd'hui la confirmation que cette solution était en fait une surcouche Windows développée par un prestataire, alors que je pensais qu'il s'agissait d'une fonctionnalité native de Windows.
Merci encore pour votre aide.