![]() |
|
1. Introduction aux documents Setup |
| 2. Precedence Setup / User | ||
| 3. Contenu du document de Setup | ||
| 4. Pré-enregistrement des utilisateurs | ||
| 5. Conseils pour les documents de Setup |
1. Introduction |
|
|
Pour paramétrer la base DskMgr, il convient de créer un ou plusieurs documents Setup. Pour cela, utilisez le bouton de la vue Administration / Setup / Setup Documents de la base DskMgr.nsf. La création et la modification des documents Setup est autorisée aux seules personnes ayant le rôle [ADMIN] dans la LCA de la base. Les personnes ayant le rôle [HELPDESK] peuvent accéder à ces documents en lecture.
Chaque document de Setup va s'appliquer à un certain nombre de personnes de l'entreprise. Lors de l'ouverture de la base Desktop Manager, les préférences définies dans le document de Setup associé à l'utilisateur servent à paramétrer :
- l'installation et la mise à jour l'application sur le poste (chemin d'installation des composants, options de mise à jour...)
- l'exécution de l'application (fréquence de démarrage, mode d'exécution, messages affichés à l'utilisateur...).
- l'audit du poste (éléments du poste qui seront analysés)
L'attribution d'un document de Setup à un utilisateur se fait dynamiquement lors de l'exécution de l'application Desktop Manager, selon de multiples critères (serveur de Mail de l'utilisateur, certificats Notes, appartenance à un groupe du NAB...). Pour un utilisateur donné, le document de Setup appliqué peut être différent d'une exécution à l'autre (l'utilisateur a changé de serveur de Mail). Le nom du document Setup utilisé lors de la dernière exécution de Desktop Manager se trouve dans la fiche User de l'utilisateur :
2. Precedence Setup / User |
|
|
Lors de la première exécution de l'application Desktop Manager, certaines valeurs présentes dans le document Setup associé à l'utilisateur sont copiées dans le document User (langue de l'interface, liste des Profiles, fréquence d'exécution...). Ces préférences sont ensuite modifiables à la fois dans le document de Setup mais aussi dans le document User. La modification de ces préférences au niveau du document User permet de gérer les cas particuliers et apportent de la souplesse au paramétrage.
Si, pour un même paramètre, les valeurs présentes dans le document de Setup et dans le document User sont différentes, Desktop Manager va vérifier l'option Precedence dans le document Setup pour ce paramètre :
- Si la Precedence est à User, cela signifie que la valeur du paramètre doit être récupérée dans le document User.
- Si la Precedence est à Setup, cela signifie que la valeur du paramètre doit être récupérée dans le document Setup associé à l'utilisateur.
Dans l'exemple précédent, la liste des Profiles (User Profiles) appliqués à l'utilisateur sera celle du document User (Precedence = User) alors que pour la langue de l'interface (Preferred Language), cela sera celle définie dans le document de Setup (Precedence = Setup).
Si la Precedence d'un paramètre vaut Setup, alors la valeur de ce paramètre présente dans le document User sera écrasée par la valeur de ce paramètre définie dans le document Setup. Passer d'un mode User à Setup pour la Precedence d'une valeur est une manière de ré-initialiser les valeurs des documents User liés à ce Setup avec celles définies dans le document de Setup.
3. Contenu du document de Setup |
|
|
Le document de Setup comporte un certain nombre de champs indispensables au bon fonctionnement de l'application :
Global Settings

Product Installation

Process Execution

Audit Configuration

4. Pré-enregistrement des utilisateurs |
|
|
Une fois les personnes sélectionnées (en mode Pick List, Formula, MailServer, Certificate), il est possible de les pré-enregistrer dans la base au moyen du bouton . Cela va créer, dans la base Desktop Manager, une fiche pour toutes les personnes du document de Setup. On retrouve dans ces fiches certaines des options définies dans le document de Setup comme le choix de la langue, le type d'installation souhaitée (manuel ou automatique), la liste des documents Profile auquel cet utilisateur est rattaché, etc... Ces fiches sont visibles dans la base Desktop Manager, au travers des vues Administration / Installation / User Installation Progress ou Administration / On Error Users, sous la catégorie - Never entered in database Users :
Ces fiches sont utilisées à la fois pour envoyer un mail d'installation aux personnes concernées et pour suivre l'accès à la base (synonyme d'installation de l'application) pour ces mêmes utilisateurs. Il est donc tout a fait conseillé de pré-enregistrer les utilisateurs, car cela facilite non seulement l'envoi des messages mais aussi le suivi de l'installation afin de détecter qui parmi les utilisateurs en copie du mail n'a pas encore procédé à l'installation de l'application sur son poste. Au bout de plusieurs jours, il sera temps de renvoyer aux retardataires un nouveau message pour les inciter à installer l'application.
Si vous déployez l'application par package (installation des fichiers sur disque), il n'est pas utile de pré-enregistrer les utilisateurs (pas de mail d'installation à envoyer).
5. Conseils pour les documents de Setup |
|
|
- Il est conseillé de créer au moins un document de Setup pour tous les utilisateurs (All Users). Ce document, 'par défaut' sera appliqué pour tout utilisateur non enregistré qui viendrait à ouvrir la base Desktop Manager sur le serveur.
- Il faut ensuite créer autant de document de Setup que de modes d'utilisation de Desktop Manager. Quand un utilisateur se connecte à la base, l'application recherche le premier document de Setup où son nom apparaît ou un document de Setup prévu pour lui (Serveur de Mail, Certificat, ...). Si aucun document ne correspond, elle lui applique le document de Setup par défaut (All Users). Si aucun document de Setup n'existe dans la base, le minimum est appliqué :
- Pas d'installation en mode de démarrage automatique
- Mise à jour des composants de Desktop Manager autorisée (DskMgr.dll, nDskMgrHook.dll, DskMgrTask.exe et DskMgr.exe).
- Pas de récupération du Notes.ini ou du fichier ID
- Pas de recherche d'exécutables sur le poste de l'utilisateur
- Pas de récupération des documents de la base Mail
- Pas de tâches car aucun administrateur défini
- Pas de Profile associé
- Pas de recherche dans le Log
- Les documents de Setup utilisant All Users, By Mail Server, By Certificate, Virtualized ou [ADMIN] or [HELPDESK] sont plus efficaces que ceux utilisant des listes d'utilisateurs qui doivent être remise à jour régulièrement (Picklist Selection ou Formula Selection) via une action d'administration planifiée (Update Setup User List).
- Il n'est pas indispensable d'associer dès le départ des documents Profile au Setup. Cela peut être fait dans un second temps, ou bien jamais (si vous décidez de ne pas utiliser les Profiles).
- Lors de l'utilisation de @Formula pour la sélection des personnes associées à ce document de Setup, il peut arriver que le client Notes affiche un message d'erreur relatif à la taille d'un champ, d'un document ou d'une colonne de vue. Cela signifie simplement qu'il y a trop d'utilisateurs et qu'il ne lui est pas possible d'enregistrer le document Setup en état. La solution consiste alors à découper ce document de Setup en plusieurs sous documents, contenant chacun moins d'utilisateurs. Par exemple, si la @Formula consistait en :
Type = "Person" & Location = "Paris"
il suffira de créer 2 documents de Setup, avec les @Formula suivantes :
Type = "Person" & Location = "Paris" & @UpperCase(@Left(LastName;1)) <= "L"
Type = "Person" & Location = "Paris" & @UpperCase(@Left(LastName;1)) > "L"
afin de répartir les utilisateurs dans les 2 documents.
Ce problème n'apparaissant que sur certaines versions du client Notes, il est fort probable que vous ne le rencontriez jamais. Des fois, aucune erreur n'est levée mais l'utilisateur ne 'voit' pas le document de Setup qui lui est associé. Dans ce cas là, il convient de limiter à 1000 personnes le nombre d'utilisateurs dans un document de Setup, en modifiant la formule.
- Si vous utilisez les sélections d'utilisateurs basées sur le serveur de messagerie (By MailServer) ou les certificats Notes (By Certificate), il n'est pas indispensable de cliquer sur les boutons
et
. Ces boutons ne sont utiles que si vous voulez pré-enregistrer les utilisateurs dans la base Desktop Manager afin de leur envoyer le mail d'installation et de gérer ainsi qui est entré dans la base.
- Afin d'améliorer les résultats d'analyse des documents de la base Log.nsf locale, il faut enrichir la liste des mots clés recherchés. Pour cela, la meilleure méthode consiste à ouvrir la base Log de plusieurs postes clients pour relever les termes les plus usités dans les messages d'erreur et à les placer dans le document de Setup.

Back to Top
Commentaires
0 commentaire
Cet article n'accepte pas de commentaires.