Cette procédure d'installation requiert des connaissances informatiques. Pour effectuer celle-ci, il est préférable de prendre contact avec votre revendeur WinBooks. |
Il est de la responsabilité de l'administrateur réseau de configurer correctement les droits d'accès et les unités logiques accessibles par l'utilisateur. En effet, il existe dans WinBooks (comme dans la majorité des programmes Windows), des boîtes de dialogue permettant de parcourir l'arborescence des différentes unités logiques d'un serveur, de choisir la localisation d'un fichier (archive PDF par exemple), de sauvegarder les backups à un endroit déterminé. Mais également si une fiduciaire donne accès à certains de ses clients, il faut veiller à ce qu'ils n'aient pas accès à l'arborescence de tous les dossiers de la fiduciaire, ou aux parties privées du serveur. |
Chaque utilisateur doit disposer de son propre Login Name au niveau du réseau. La licence Terminal Server de Winbooks n'autorise pas des logins multiples avec le même login name. Chaque nouveau Login Name doit préalablement être enregistré dans Winbooks (nécessite code administrateur) suivant une procédure très simple. Au démarrage, dès que Winbooks détecte un Login Name non enregistré, il propose de le faire, dans la limite bien sûr du nombre d'utilisateurs (FULL ou READ ONLY) indiqués dans la licence, et moyennant introduction du code administrateur.
Attention : Une fois qu'un login name a été enregistré, il ne peut plus être « désenregistré ». |
Pour pouvoir tourner en Terminal Server, le voucher de licence Winbooks doit comporter le module Terminal Server (string modules) et le nombre correct d'utilisateurs FULL doit être mentionné dans le string supplémentaire pour le mode Terminal Server. Rendez-vous dans l'écran de sérialisation de l'application Winbooks et encodez-y soigneusement les renseignements reçu sur votre voutcher d'installation. Dans l'exemple ci-dessous, il s'agit d'une licence Terminal Server pour 10 collaborateurs FULL et 999 consulting users.
Un bouton permet d'enregistrer directement les « login names » dans Winbooks. Vous obtenez alors l'écran suivant :
Répétez l'enregistrement pour chaque utilisateur. Cette procédure est néanmoins facultative. Si un utilisateur « non enregistré » tente de rentrer dans Winbooks, cette fenêtre apparaît automatiquement. Evidemment, une fois que l'utilisateur est « enregistré », la fenêtre n'apparaît plus lors des logins successifs.
D'un point de vue installation, nous pouvons distinguer distinguer deux cas :
Il est donc absolument capital en environnement multi-licence d'installer un fichier Winbooks.ini à blanc dans le private data directory de l'abonnement. Ce procédé de Private Data Directory permet d'assurer un cloisonnement optimum des abonnements : chaque abonnement à son fichier des utilisateurs et ses informations de licence. Impossible de voir les autres dossiers ou les autres utilisateurs sur le serveur. |
Une unité de disque contient les programmes M:, une autre unité contient les DATAS. Comme il s'agit d'abonnements indépendants, il est nécessaire de créer sur le disque DATA un directory privé par abonnement afin d'assurer le cloisonnement, et d'assigner l'unité logique DATA dynamiquement lors du login d'un utilisateur: P:\. Il y a donc un fichier de correspondance au niveau de l'OS entre un (ou plusieurs) login utilisateur et un directory data privé.
En effet, il y a un fichier users.dbf par abonnement, et non pas un fichier users.dbf par serveur ou groupe de serveurs, auquel cas un utilisateur visualiserait la liste des autres utilisateurs dans le système, et également de leur dossier, ce qui est évidemment à proscrire.
Il faut vérifier le fichier Winbooks.ini qui se trouve dans le répertoire de winbooks.exe sur l'unité M: rubrique Install: UserPath=P:
Ainsi, lors de la procédure d'inscription d'un nouvel abonnement, il faut :
Un répertoire du serveur contient les programmes M:, un autre répertoire contient les DATAS. Il y a un fichier utilisateurs pour les collaborateurs de la fiduciaire. Si la fiduciaire désire donner accès également à certains de ces clients, deux cas se présentent :
1. Installer le fichiers users.dbf dans le directory DATA (et non dans le directory programme qui pourrait être en readonly)
2. Modifier le fichier WinBooks.ini de la manière suivante : rubrique Install : UserPath=P:\users.dbf
1. Mapper M : vers le directory programme de Winbooks
2. Mapper P : vers le directory DATA de Winbooks
3. Créer le login utilisateur au niveau de l'OS, avec les droits adéquats
4. Dans la gestion des utilisateurs de Winbooks, donner les accès nécessaires aux dossiers.
5. Se logger avec le login utilisateur et enregistrer ce client sur la licence fiduciaire en mode « collaborateur » (full access).
6. Mapper M : vers le directory programme de Winbooks
7. Mapper P : vers le directory DATA
8. Créer le login utilisateur au niveau de l'OS, avec les droits adéquats
9. Dans la gestion des utilisateurs de Winbooks, ménager un accès pour cet utilisateur à son dossier : définir comme utilisateur en lecture seule uniquement.
10. Se logger avec le login utilisateur et enregistrer ce client sur la licence fiduciaire en mode « client lecture uniquement ». Dans Winbooks, un client lecture ne pourra pas changer son login (pas possible de passer en SYSTEM pour voir tous les dossiers) et n'aura accès qu'à son(ses) dossier(s).
Se reporter à la procédure d'inscription d'un nouvel abonnement dans le cas d'un provider (cfr + haut : installation d'un private data directory) avec une variante : Si le(s) dossier(s) du client existe déjà dans la zone fiduciaire, les déplacer (nouvelle option) en se loggant comme collaborateur fiduciaire dans la gestion des utilisateurs, et en déplaçant les(s) dossier(s) dans la gestion des utilisateurs vers le directory privé du client nouvellement créé.
C'est à l'administrateur réseau de restreindre l'accès à certaines parties non publiques du réseau. Néanmoins, un paramètre dans Winbooks.ini (Drives/excluded) permet, au niveau de l'application Winbooks uniquement, de cacher certaines unités logiques |
Il est à noter que cette architecture permet également de maintenir plusieurs moutures du même programme Winbooks sur le serveur. En imaginant qu'on crée sur M :, un directory Winbooks250 contenant la version 2.50 de winbooks.exe, et un directory Winbooks300 contenant la version .... 3.00, il suffit dans le mapping dynamique d'assigner, en fonction de l'abonnement, M : sur le bon directory.
Installation Standard
Winbooks.ini est implanté dans le directory contenant le programme Winbooks.exe. Cette unité ne peut donc être en Read-Only, puisque les préférences et les informations de licence sont réécrites dans ce fichier.
Installation Multi-licences sur un serveur
Il y a un Winbooks.ini par licence. Ce Winbooks.ini est situé en principe dans le Private Data Directory de l'abonnement. Au départ, la rubrique « UsersPath » du Winbooks.ini situé dans le directory programme est lue : Si dans ce directory qui contient le fichier des utilisateurs (users.dbf) se trouve également un fichier Winbooks.ini, alors c'est celui-là qui est utilisé par Winbooks : celui du directory programme est ignoré. Si aucun Winbooks.ini n'est trouvé dans le directory du users.dbf, Winbooks utilise celui du directory programme.
Il est donc absolument capital en environnement multi-licence d'installer un fichier Winbooks.ini à blanc dans le private data directory de l'abonnement. Ce procédé de Private Data Directory permet d'assurer un cloisonnement optimum des abonnements : chaque abonnement à son fichier des utilisateurs et ses informations de licence. Impossible de voir les autres dossiers ou les autres utilisateurs sur le serveur. |
Gestion des préférences utilisateurs
Il s'agit des différents settings (musique au démarrage, full screen ou non, paramètres de scanning, ...) mais également la configuration par utilisateur de la Toolbar customizable.
Quand il s'agit de l'utilisateur SYSTEM, ces préférences sont enregistrées dans le Winbooks.ini.
Pour les autres utilisateurs, Winbooks crée, au niveau du directory du Winbooks.ini, un sous-directory UsersPrefs contenant, pour chaque utilisateur, un fichier .ini reprenant ses propres préférences : USER1.INI, USER2.INI, ... Tant qu'un utilisateur n'a pas défini de préférences particulières, ce sont celles du Winbooks.ini (définies par SYSTEM) qui sont proposées. Une fois qu'il a choisi d'enregistrer des préférences propres, ce sont évidemment celles-ci qui seront restaurées par défaut pour cet utilisateur.
D'un point de vue licensing, une version TS DOIT TOUJOURS être accompagnée d'une licence Advantage. |