logiciels SAGE
Autres dysfonctionnements
DESCRIPTION :
- Soit le premier utilisateur arrive à ouvrir un dossier de paie mais il n’est pas
détecté par le serveur sage : le deuxième utilisateur ne peut pas ouvrir ce même
dossier de paie
- Soit le premier utilisateur arrive à ouvrir le dossier de paie tout en étant détecté
par le Serveur Sage, mais le deuxième utilisateur ne peut pas entrer dans ce même
dossier de paie.
POINTS A VERIFIER : Procéder à la vérification des points dans l’ordre indiqué ci-dessous. Passer au point suivant si l’anomalie
persiste malgré la ou les solution(s) proposée(s) pour l’étape en cours
2) Dans l'application Paie, via la fonction A propos de du menu "?" : Le bouton [Infos système] vous informe du mode d'accès
Cbase. Celui-ci doit mentionner "Accès Client/Serveur C/S NT Netbeui" ou "Accès C/S NT TCP".
En cas d'anomalie
Si le mode d'accès affiché est différent de ceux décrits ci-dessus, installer la partie Client du Serveur Sage pour Windows NT
tel que décrit dans le manuel Serveurs Sage. Si le protocole réseau n’est pas installé, veuillez demander au responsable
réseau de procéder à son installation.
Le Serveur Sage est installé comme un service du serveur NT. Le démarrage du Serveur Sage s’effectue en même temps que celui du
serveur NT. Une ligne relative au démarrage du Serveur Sage est inscrite dans le journal d’événement de Windows
NT.
1. Via l’observateur d’événements de Windows NT, consulter les événements de type Applications relatifs au Serveur Sage pour
Windows NT. La colonne Source de la liste des événements doit mentionner « Serveur Sage ».
2. Via l’icône Serveur Sage du Panneau de configuration de Windows NT. La liste des utilisateurs connectés doit apparaître.
3. Via l’icône Services du Panneau de configuration de Windows NT. La colonne Etat du service Serveur Sage doit mentionner «
Démarré ». En cas d'anomalie Si le Serveur Sage n'est pas démarré, installer la partie Serveur du Serveur Sage pour Windows NT
tel que décrit dans le manuel Serveurs Sage pour Windows NT, sans oublier de redémarrer le poste serveur après l’installation.
DESCRIPTION :
Lorsqu’un utilisateur ouvre un dossier de paie, le programme affiche le message « Le processus ne peut pas accéder au fichier car ce
fichier est utilisé par un autre processus ! ».
Il s’agit d’un problème de connexion du poste client au réseau, dû à un mauvais paramétrage du mode d’accès aux fichiers de gestion.
Le mode d'accès aux fichiers de gestion (fichier *.PRH) est différent entre les stations de travail : un poste est en accès Client/Serveur
(celui qui exploite les fichiers) alors que l'autre ne l'est pas (celui qui tente d'ouvrir les fichiers).
POINTS A VERIFIER :
Procéder à la vérification des points dans l’ordre indiqué ci-dessous. Passer au point
suivant si l’anomalie persiste malgré la ou les solution(s) proposée(s) pour l’étape en
cours.
1. Vérifier sur les postes clients que l'icône Sage installation placée dans le Panneau de configuration de Windows mentionne
le mode d'accès en Client/Serveur, soit :
• "Accès avec Serveur Sage Windows NT" si le protocole de connexion est Netbeui.
• "Accès avec Serveur Sage Windows NT TCP/IP" si le protocole de connexion est TCP/IP.
Il est possible de vérifier quels protocoles réseaux sont installés sur chaque poste, via l’icône Réseau placée dans le
Panneau de configuration.
2. Dans l'application Paie, via la fonction A propos du programme utilisé (menu Aide) : le bouton [Infos système] vous informe
du mode d'accès Cbase. Celui-ci doit mentionner "Accès Client/Serveur C/S NT Netbeui" ou "Accès C/S NT TCP". En cas
d'anomalie Si le mode d'accès n'est pas conforme à la description ci-dessus, installer la partie Client du Serveur Sage pour
Windows NT tel que décrit dans le manuel Serveurs Sage. Si le protocole réseau n’est pas installé, demander au responsable
réseau de procéder à son installation.
DESCRIPTION :
Versions concernées : Ce message peut apparaître avec les versions de Paiesuivantes :
Lorsqu’on ouvre un dossier de paie à partir de la Paie, le programme affiche le message « Ce fichier est en cours d’utilisation ».
POINTS A VERIFIER :
Solution proposée
L’utilitaire TESTMODE.EXE permet de « débloquer » le dossier de paie et de le rendre accessible en mode multi-utilisateurs.
Attention ! Cet utilitaire est compatible uniquement avec les versions de paie indiquées
précédemment, soit :
Cet utilitaire peut être téléchargé à partir du site Internet Sage.fr / Base de connaissance, dans le dossier Paie Windows Sage en
sélectionnant le dossier Messages d’erreur et en cliquant sur la ligne Erreur 2702.
DESCRIPTION : Lors du lancement du programme de Paie, avant même la saisie du code utilisateur, les messages "Erreur d’accès" et
"Impossible d’ouvrir le Plan de Paie Sage" apparaissent. Cela signifie que le programme n’arrive pas à ouvrir le Plan de Paie Sage. En
effet, à chaque lancement de la Paie, le programme vérifie la présence de ce dernier.
POINTS A VERIFIER :
Procéder à la vérification des points suivants :
L'utilisateur doit pouvoir accéder en Lecture et en Ecriture, au répertoire programme et à tous ses sous-répertoires (dont le sous-
répertoire Sbase) partagés. Pour vérifier que les droits de l’utilisateur sont suffisants, créer un dossier à partir de l'explorateur de
Windows. Si un message d'erreur « Accès interdit » s'affiche, cela signifie que l'utilisateur ne possède pas les droits d'accès en Lecture
et en Ecriture au répertoire partagé.
En cas d'anomalie
Si le droit d'accès aux fichiers de paie (programme et données) n'est pas en Lecture et en Ecriture, demander à l’administrateur réseau
de modifier les droits d’accès des utilisateurs concernés aux répertoires où sont stockés ces fichiers.
Impossibilité d’ouvrir un dossier de paie
Message d’erreur : "-2706 : Erreur d’accès !"
Retour au sommaire
DESCRIPTION : Lors de l’ouverture d’un dossier de paie le message "Erreur d’accès" apparaît. Les dossiers de paie peuvent être : les
dossiers société (fichiers *.PRH), les dossiers Plan de Paie Utilisateur (fichiers *.UPP) ou le Plan de Paie Sage (fichier
PLANSAGE.SPP).
1. VERIFICATION DES ATTRIBUTS DES FICHIERS (PROGRAMME ET DONNEES) ET DES DROITS DES UTILISATEURS
- Les fichiers de Gestion et tous les fichiers programme doivent avoir les attributs Lecture et Ecriture.
Afficher les propriétés du dossier de paie via l’explorateur de Windows. L'option Lecture seule ne doit pas être cochée. (Les fichiers de
gestion de la Paie peuvent être les dossiers société (fichiers *.PRH), les dossiers Plan de Paie Utilisateur (fichiers *.UPP) ou le Plan de
Paie Sage (fichier PLANSAGE.SPP du sous-répertoire Sbase).
- L'utilisateur doit pouvoir accéder à tous les répertoires partagés de la Paie en Lecture et en Ecriture (répertoire programme et ses
sous-répertoires, ainsi que le(s) répertoire(s) contenant le(s) dossier(s) sociétés). Pour vérifier que les droits de l’utilisateur sont
suffisants, créer dans le répertoire à vérifier, un dossier à partir de l'explorateur de Windows. Si un message d'erreur s'affiche, cela
signifie que l'utilisateur ne possède pas les droits d'accès en Lecture et en Ecriture au répertoire partagé.
En cas d'anomalie
Si le droit d'accès aux fichiers de Paie (programme et données) n'est pas en Lecture et en Ecriture, demander à l’administrateur réseau
de modifier les droits d’accès aux répertoires où sont stockés ces fichiers.
Cette vérification doit être réalisée par l’administrateur réseau et concerne uniquement une partition NTFS. Sur une partition FAT, il n'y a
de gestion de Sécurité dans les propriétés de partage. Le Serveur Sage pour Windows NT utilise le compte System pour la gestion des
accès aux données. Il est donc nécessaire de définir une permission Contrôle total pour le compte SYSTEM dans les
Propriétés/Sécurité du répertoire partagé.
En cas d'anomalie
Demander à l’administrateur réseau de vérifier la présence du compte System en Contrôle total dans le volet Sécurité des propriétés du
répertoire partagé. Si ce n'est pas le cas, il faudra l'ajouter en effectuant les opérations suivantes :
DESCRIPTION : Lors du lancement du programme, le message « Le fichier XXX.exe est lié à une exportation manquante Cbase32.dll
» apparaît. Cela signifie que le fichier Cbase32.dll nécessaire à l’exécution du programme Paie n’existe pas sur le poste de travail ou la
version de ce dernier n’est pas correcte.
1. Pour une utilisation en accès Client/Serveur, installer la dernière version du Serveur Sage pour Windows NT.
2. Pour une utilisation sur un poste local (Paie monoposte), réinstaller le programme.
Important !
Si la partie client d'un des Serveurs Sage ou du Gestionnaire d'applications a été installé sur le poste de travail, le fichier Cbase32.dll
n'est pas mis à jour lors de l'installation de la Paie. Donc, avant de réinstaller le programme pour une utilisation en local, vérifier que le
mode d'accès affiché par l’icône Sage installation est bien en Accès sans Serveur Sage.
Impossibilité de lancer l’application
Message d'erreur : "Le fichier XXX.exe est lié à une exportation manquante Cbase32.dll"
Retour au sommaire
DESCRIPTION : Lors du lancement du programme, le message « Le fichier XXX.exe est lié à une exportation
manquante Cbase32.dll » apparaît. Cela signifie que le fichier Cbase32.dll nécessaire à l’exécution du programme Paie n’existe pas sur
le poste de travail ou la version de ce dernier n’est pas correcte.
Important !
Si la partie client d'un des Serveurs Sage ou du Gestionnaire d'applications a étéinstallé sur le poste de travail, le fichier Cbase32.dll
n'est pas mis à jour lors de l'installation de la Paie. Donc, avant de réinstaller le programme pour une utilisation
en local, vérifier que le mode d'accès affiché par l’icône Sage installation est bien en Accès sans Serveur Sage.
Le nombre d'utilisateurs connectés au fichier de gestion est supérieur à
celui des utilisateurs réellement connectés.
Retour au sommaire
DESCRIPTION : Lors d'une déconnexion brutale (anomalie système nécessitant un redémarrage du poste de travail), le canal de
communication entre le poste client et le poste serveur n'est pas interrompu immédiatement (présence de l'utilisateur connecté dans la
fenêtre Serveur Sage sur Microsoft Windows NT Server pour une durée pouvant atteindre 2 heures).
Le nombre d'utilisateurs connectés au fichier est dans ce cas supérieur au nombre réel de connexions.
Remarque : l'utilisation de la Gestion multi-sociétés peut nécessiter l'ouverture simultanée d'un plan de paie et d'un dossier de paie (par
exemple, lors de la mise à jour des nouveautésdu Plan de Paie Sage dans une société). Dans ce cas, elle comptabilise 2 connexions
par utilisateur. Une connexion pour le plan de paie et une connexion pour le dossier de paie.
Remarque : Cette opération doit être réalisée uniquement sur le poste serveur Windows NT.
1. Lancer l'application REGEDIT.EXE à partir de la fonction Exécuter du menu DEMARRER du poste serveur.
3. Lorsque vous avez atteint le niveau Parameters, sélectionner la commande Nouveau/Valeur DWORD du menu EDITION
4. L'élément Nouvelle valeur #1 est proposée par défaut, la remplacer par "KeepAliveTime".
5. Effectuer un double clic sur le nouvel élément créé ou sélectionner la commande Modifier du menu contextuel.
6. Dans la zone Données de la valeur, il convient d'indiquer en millisecondes la durée d'attente avant que le protocole TCP/IP
n’interrompe définitivement la connexion d'un utilisateur sorti anormalement de la Paie. Indiquer une valeur correspondant à 2 minutes
soit 120 000 millisecondes.
7. Pour ce faire, positionner la Base sur Décimale puis saisir 120 000 dans la zone Données de la valeur.
8. Pour finaliser cette opération, il convient de redémarrer le poste serveur afin que ces valeurs soient prises en compte par le système.
Message à l’ouverture d’un dossier de paie :
« Espace disque faible. Il serait préférable de l’augmenter »
Retour au sommaire
Attention ! Ce message n’empêche pas l’ouverture du dossier de paie. Cependant d’autres messages du même type peuvent
apparaître par la suite dans la paie, empêchant l’utilisation de certaines fonctions. Par exemple le message « Espace disque insuffisant
ou Mémoire insuffisante » peut apparaître lors de l’utilisation des fonctions de GA ; dans ce cas ce message empêche l’utilisation de la
GA. Ce message apparaît quand un chemin UNC (Universal Naming Convention) est utilisé pour accéder et lancer le fichier exécutable
de la Paie.
POINTS A VERIFIER :
Lors du lancement de la Paie, accéder au fichier exécutable de la Paie en utilisant une unité
logique (par exemple G:\Program Files\PMSSYBEL\Pmsw32.exe, au lieu de \\SERVEURPAIE\ Program
Files\PMSSYBEL\Pmsw32.exe).
Attention !
Il est possible d’utiliser un chemin UNC pour accéder au fichier de gestion de la Paie (voir message d’erreur …).
Lenteur très importante lors du lancement du programme Paie
(ou impossibilité de lancer la Paie)
Retour au sommaire
DESCRIPTION : Lors du double clic sur l’exécutable de la paie, le sablier se fige et le programme ne se lance pas ou très lentement.
Pour résoudre cette anomalie, nous préconisons de modifier les paramètres suivants dans la
Base de registres Windows NT Server.
Remarque : cette opération doit être réalisée uniquement sur le poste serveur Windows NT.
4. L'élément Nouvelle valeur #1 est proposée par défaut, la remplacer par l’option "EnableOplocks".
5. Effectuer un double clic sur le nouvel élément créé ou sélectionner la commande Modifier du menu contextuel.
7. Pour finaliser cette opération, il convient de redémarrer le poste serveur afin que ces valeurs soient prises en compte par le système.
Autres dysfonctionnements
Retour au sommaire
DESCRIPTION : Lors du double clic sur l’exécutable de la paie, le message d’erreur windows « Le programme à
exécuté une instruction non conforme » apparaît. Le fichier pms.usr est peut-être endommagé.
DESCRIPTION : Lors du double clic sur l’exécutable de la paie, le message d’erreur « Ce fichier est en cours
d’utilisation !" »
DESCRIPTION : Lors de l’impression du journal de contrôle, le message d’erreur « Runtime error…. » apparaît.
Version 10.10 de la paie.
Description : Sous windows XP, un message d’erreur demande de quitter le programme pmsw32.exe car il à exécuté une
instruction non conforme et cela à chaque fois que l’on quitte le logiciel de paie.
Effectuer un clic droit sur l'exécutable pmsw32.exe – Choisir propriété et cocher "Désactiver les thèmes visuels"
Dysfonctionnement des logiciel de la gamme SAGE (Gestion commerciale,
comptabilité, immobilisation….)
Retour au sommaire
Procéder à la vérification de ces points dans l’ordre indiqué ci-dessous. Passer au point suivant si l’anomalie persiste malgré la ou les
solution(s) proposée(s) pour l’étape en cours.
Les vérifications à effectuer doivent respecter l’ordre suivant :
1. Vérification de l’emplacement des fichiers ouverts
2. Vérification du mode d’accès aux fichiers sur le poste client
3. Vérification que le Serveur Sage est démarré sur le poste serveur
4. Vérification de la configuration du protocole TCP/IP
5. Vérification de l’existence du compte utilisateur dans le domaine NT
6. Vérification du nom défini par le poste de travail
7. Vérification de l’ordre de connexion des protocoles réseaux sur le poste Windows NT Workstation ou Windows 2000
Professionnel
8. Vérification de la version de clients 32 de Netware version 3.02
Vérification de l’emplacement de stockage des fichiers de gestion Ligne 100 ouverts
Les données partagées (fichiers de gestion Ligne 100) doivent être placées dans un dossier partagé du disque serveur. La fonction
Configuration système et partage du menu Fichier affiche le chemin d'accès du fichier ouvert.
En cas d'anomalie
Si le chemin affiché ne correspond pas à un emplacement du disque dur du serveur, copier les fichiers de données dans un répertoire
partagé du poste serveur ou bien ouvrir les bons fichiers qui se trouvent théoriquement sur le poste serveur.
Vérification de la méthode d’accès aux fichiers sur les postes clients
La partie client du Serveur Sage pour Windows NT doit être installée sur chaque poste client. Voici les opérations à effectuer pour
vérifier le mode d'accès des postes clients. Les 2 points doivent être rigoureusement vérifiés.
1. Via l'icône Sage installation disponible dans le Panneau de configuration de Windows. La fenêtre Sage installation doit
mentionner "Accès avec Serveur Sage Windows NT" ou "Accès avec Serveur Sage Windows NT TCP/IP".
2. Dans l'application Ligne 100, via la fonction A propos du programme utilisé (menu Aide) : Le bouton [Infos système] vous
informe du mode d'accès Cbase. Celui-ci doit mentionner "Accès client/serveur C/S NT Netbeui" ou "Accès C/S NT TCP".
En cas d'anomalie
Si le mode d'accès affiché est différent de ceux décrits ci-dessus, installer la partie Client du Serveur Sage pour Windows NT selon la
description faite dans le manuel des Serveurs Sage.
Vérification que le serveur Sage est démarré sur le poste serveur
Le Serveur Sage est installé comme un service du serveur NT. Le démarrage du Serveur Sage s’effectue en même temps que celui du
serveur NT. Une ligne relative au démarrage du serveur Sage est inscrite dans le journal d’événement de Windows NT.
Les trois points suivants doivent être rigoureusement vérifiés :
1. Via l’observateur d’événements de Windows NT ou de Windows 2000, consulter les événements de type Applications relatifs au
Serveur Sage pour Windows NT. La colonne Source de la liste des événements doit mentionner Serveur Sage.
2. Via l’icône Serveur Sage du Panneau de configuration de Windows NT ou Windows 2000. La liste des utilisateurs connectés
doit apparaître.
3. Via l’icône Services du Panneau de configuration de Windows NT ou via la liste des Services des Outils d’administration de
Windows 2000. La colonne Etat du service Serveur Sage doit mentionner Démarré.
En cas d'anomalie
Si le Serveur Sage n'est pas démarré, installer la partie Serveur du Serveur Sage pour Windows selon la description faite dans le
manuel du Serveur Sage pour Windows NT, sans oublier de redémarrer le poste serveur après l’installation.
Vérification de la configuration du protocole TCP/IP
Si le poste client accède au poste serveur Windows NT ou Windows 2000 via le protocole TCP/IP, vérifier les points suivants si les
solutions proposées précédemment ne permettent pas le passage en mode Multi-Utilisateur.
a) Vérifier que le protocole TCP/IP est installé et correctement configuré dans l’icône Réseaux du Panneau de configuration de
Windows. Pour les néophytes, nous les renvoyons vers l'administrateur réseau ou la documentation fournie par Microsoft.
b) Exécuter le fichier WinIpcfg.exe sur Windows 95/98, Windows Millennium à partir de la commande Exécuter du menu
Démarrer de Windows ou taper IpConfig.exe à partir de l’invite de commande de Windows NT ou Windows 2000. Cette
commande affiche les informations relatives à l'adresse IP attribuée au poste. Dans le cas contraire, cela signifie que le
protocole TCP/IP n'est pas correctement configuré.
c) A partir de la commande MS-Dos de Windows 95/98 ou Millennium ou à partir de l’invite de commande de Windows NT /
Windows 2000 du poste client, taper la commande « Ping + Nom de l’hôte (Serveur Windows NT / Windows 2000) ». Les
informations relatives à l'adresse IP doivent s'afficher. Si le protocole TCP/IP n'est pas correctement configuré, le message "Hôte
inconnu + Nom de l’hôte (Serveur Windows NT)" ou "Bad adress IP !" est affiché.
En cas d'anomalie
Si le protocole TCP/IP n'est pas correctement configuré, renseigner une adresse IP fixe communiquée par l’administrateur réseaux ou
configurer correctement le protocole TCP/IP.
Cette manipulation doit être réalisée par l’administrateur réseaux. Pour plus de détails sur le paramétrage du protocole TCP/IP, se
référer à la documentation de Microsoft.
Vérification de l’ordre de connexion des protocoles réseaux sur un poste Windows NT Workstation ou Windows
2000 Professionnel
Si un poste client NT Workstation ou Windows 2000 Professionnel accède au poste serveur Windows NT / Windows 2000 via le
protocole TCP/IP et si le module Netware client 32 est installé, adopter une des solutions proposées ci-après.
En cas d'anomalie
Si l'impossibilité de passer en mode Multi-Utilisateur est constatée dans la configuration décrite ci-dessus, voici la liste des
manipulations à effectuer.
a) Définir la connexion au Réseau Microsoft Windows avant celle de Netware Services. Cette solution concerne les postes
Windows NT Workstation ou Windows 2000 Professionnel utilisant simultanément le service clients Netware et le protocole
TCP/IP.
Sur Windows NT 4 :
Activer en premier lieu le volet Services après avoir effectué un double-clic sur l'icône Réseaux du Panneau de configuration de
Windows NT.
Les boutons [=] ou [?] permettent de définir l’ordre de connexion des services réseau.
b) Utiliser des chemins UNC (Universal Naming Convention), c'est-à-dire le chemin d'accès complet (\\Test_NT\Gestion au lieu de
l'unité logique F:\Gestion) pour permettre l'ouverture des fichiers en mode client/serveur.
Pour ce faire, accéder au fichier de données à partir de l'arborescence Voisinage réseau de Windows lorsque la fenêtre d'ouverture de
fichiers de gestion Ligne 100 est affichée.
Impossibilité de se connecter aux fichiers : Message d'erreur "Erreur d’accès !"
Retour au sommaire
Procéder à la vérification des points dans l’ordre indiqué ci-dessous. Passer au point suivant si l’anomalie persiste malgré la ou les
solution(s) proposée(s) pour l’étape en cours.
Les vérifications à effectuer doivent respecter l’ordre suivant :
1. Vérification des attributs des fichiers de gestion Ligne 100 et les droits utilisateurs
2. Vérification du compte System sur une partition NTFS (poste serveur)
Vérification des attributs des fichiers de gestion Ligne 100 et les droits utilisateurs
Afficher les propriétés des fichiers de gestion Ligne 100 via l’explorateur de Windows. L'option Lecture seule ne doit pas être
cochée.
L'utilisateur doit pouvoir accéder au répertoire partagé en lecture et en écriture. Pour le vérifier, créer un dossier à partir de
l'explorateur de Windows. Si un message d'erreur s'affiche, cela signifie que l'utilisateur ne possède pas les droits d'accès au
répertoire partagé en lecture et en écriture.
En cas d'anomalie
Si le droit d'accès aux fichiers de gestion Ligne 100 n'est pas en lecture et en écriture, demander à l’administrateur réseaux de
modifier les droits d’accès au répertoire où sont stockés les fichiers de données. Le niveau utilisateur concerné doit pouvoir accéder
au répertoire en lecture et en écriture.
Vérification du compte System sur une partition NTFS
Le Serveur Sage pour Windows NT utilise le compte System pour la gestion des accès aux données Ligne 100. Il est donc nécessaire
de définir une permission Contrôle total pour le compte System dans les propriétés/Sécurité du répertoire partagé.
Remarque : Cette vérification doit être réalisée par l’administrateur réseaux et concerne uniquement une partition NTFS. (Sur une
partition FAT, il n'y a de gestion de Sécurité dans les propriétés de partage).
En cas d'anomalie
Demander à l’administrateur réseaux de vérifier la présence du compte System en Contrôle total dans le volet Sécurité des propriétés
du répertoire partagé. Si ce n'est le cas, il faudra l'ajouter en effectuant les opérations suivantes.
Sur Windows NT :
1. Accéder au volet Sécurité des propriétés du répertoire partagé.
2. Cliquer ensuite sur le bouton [Permissions].
Le compte System est théoriquement présent dans la liste en attribut Contrôle total. S'il possède un autre attribut, supprimer le
compte grâce au bouton [Supprimer], puis ajouter ensuite ce compte en Contrôle total.
Lorsqu’on ouvre un fichier à partir d’une application Ligne 100, le programme affiche le message « Ce fichier est en cours
d’utilisation ! ».
Cela signifie qu’un autre poste utilise le fichier que l’on souhaite ouvrir en mode mono-utilisateur.
Solution proposée
Demander au poste exploitant le fichier concerné de se placer en mode Multi-utilisateurs à partir de la fonction Autorisation d’accès
du menu Fichier. Se référer au paragraphe "Impossibilité de passer en mode Multi-utilisateur" si le poste concerné ne peut pas
modifier le mode d'accès.
Impossibilité de se connecter aux fichiers : Message d'erreur "Le processus ne peut pas accéder au
fichier… !"
Retour au sommaire
Lorsqu’on ouvre un fichier à partir d’une application Ligne 100, le programme affiche le message « Le processus ne peut pas accéder
au fichier car ce fichier est utilisé par un autre processus ! ».
Cela signifie que le mode d'accès aux fichiers de gestion Ligne 100 est différent entre les stations de travail. Un poste est en accès
client/serveur (celui qui exploite les fichiers) alors que l'autre ne l'est pas (celui qui tente d'ouvrir les fichiers). Vérifier
scrupuleusement les trois points suivants :
1. Vérifier sur les postes clients que l'icône Sage installation placée dans le Panneau de configuration de Windows mentionne le
mode d'accès en client/serveur. Cette vérification ne concerne pas les postes clients de type Macintosh. Sur ces derniers, la
gestion des accès est intégrée directement dans le programme.
"Accès avec Serveur Sage pour Windows NT" si le protocole de connexion est Netbeui.
"Accès avec Serveur Sage pour Windows NT TCP/IP" si le protocole de connexion est TCP/IP.
2. Dans l'application Ligne 100, via la fonction A propos du programme utilisé (menu Aide) : Le bouton [Infos système] vous
informe du mode d'accès Cbase. Celui-ci doit mentionner "Accès client/serveur C/S NT Netbeui" ou "Accès C/S NT TCP".
3. Dans la fonction Configuration système et partage du menu Fichier, la zone Serveur mentionne Serveur Sage Windows NT
Vxx.xx.
En cas d'anomalie
Si le mode d'accès n'est pas conforme à la description ci-dessus, installer la partie Client du Serveur Sage pour Windows NT selon la
description faite dans le manuel des Serveurs Sage.
Lors d'une déconnexion (anomalie système nécessitant un redémarrage du poste de travail), le canal de communication entre le poste
client et le poste serveur n'est pas interrompu immédiatement (présence de l'utilisateur connecté dans la fenêtre Serveur Sage sur
Microsoft Windows NT Serveur pour une durée pouvant atteindre 2 heures).
Le nombre d'utilisateurs connectés au fichier est dans ce cas supérieur au nombre réel de connexions.
Remarque : L'utilisation de la Gestion Commerciale 100 nécessite l'ouverture d'un fichier commercial et d'un fichier comptable. Elle
comptabilise 2 connexions par utilisateur. (Une connexion pour le fichier comptable et une connexion pour le fichier commercial).
Solution proposée
Pour résoudre cette anomalie, Microsoft propose de modifier les paramètres suivants dans la Base de registres Windows NT Server.
1. Lancer l'application REGEDIT.EXE à partir de la fonction Exécuter du menu DEMARRER du poste serveur.
2. Développer l'arborescence suivante : \HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\TCPIP\Parameters.
3. Lorsque vous avez atteint Parameters, sélectionner la commande Nouveau/Valeur DWORD du menu EDITION
4. L'élément Nouvelle valeur #1 est proposée par défaut, saisir "KeepAliveTime" à la place.
5. Effectuer un double clic sur le nouvel élément créé ou sélectionner la commande Modifier du menu contextuel.
6. Dans la zone Données de la valeur, il convient d'indiquer en millisecondes la durée d'attente avant que le protocole TCP/IP
interrompe définitivement la connexion d'un utilisateur ayant subi un plantage. Indiquer une valeur correspondant à 2 minutes
soit 120 000 millisecondes.
7. Pour ce faire, positionner la Base sur Décimale puis saisir 120 000 dans la zone Données de la valeur.
8. Pour finaliser cette opération, il convient de redémarrer le poste serveur afin que cette valeur soit prise en compte par le
système.
Remarque : Cette opération doit être réalisée uniquement sur le poste serveur Windows NT.
Vérification de la version de clients 32 de Netware version 3.0.2.0 ou supérieure
Si le module Client32 pour Netware version 3.0.2.0 ou supérieure est installé sur le poste de travail et que la fenêtre Infos
système mentionne bien "Accès C/S NT TCP", alors que la fonction Configuration système et partage du menu Fichier de
l'application Sage mentionne "Accès non client/serveur".
Cela signifie qu'il existe un conflit entre le protocole TCP/IP de Windows et celui installé par le module Client 32 de Netware
version 3.0.2.0 ou supérieure
En cas d'anomalie
Si l'anomalie est constatée dans la configuration décrite ci-dessus, installer de nouveau le module Client 32 de Netware en
demandant le type d'installation Custom, puis en cochant uniquement l'option IPX dans le volet Protocol Preference de
l'assistant d'installation.
Remarque : Cette manipulation concerne uniquement les postes clients équipés de Windows 95/98 ou Windows NT utilisant
simultanément le protocole TCP/IP de Microsoft et le module Client 32 de Netware version 3.0.2.0 ou supérieure.
Lors du lancement du programme, le message « Le fichier XXX.exe est lié à une exportation manquante Cbase32.dll ! ».
Cela signifie que le fichier Cbase32.dll nécessaire à l’exécution des programmes Ligne 100 n’existe pas sur le poste de travail
ou la version de ce dernier n’est pas correcte.
Solution(s) proposée(s)
1. Pour une utilisation en accès client/serveur, installer la dernière version du Serveur Sage pour Windows NT.
2. Pour une utilisation sur un poste local, réinstaller le programme. Important ! Si la partie client d'un des Serveurs Sage ou
du Gestionnaire d'applications a été installée sur le poste de travail, le fichier Cbase32.dll n'est pas mis à jour lors de
l'installation des programmes Ligne 100. Vérifier que le mode d'accès affiché par l'icône Sage installation est bien en
Accès sans le serveur Sage. Modifier si nécessaire le mode d'accès aux fichiers de gestion Ligne 100 avant d'installer les
logiciels.
Lors de l'ouverture d'un modèle de mise en page, l'application est bloquée pouvant générer un plantage du poste serveur.
Solution proposée
Pour résoudre cette anomalie, Microsoft propose de modifier les paramètres suivants dans la Base de registres Windows NT
Server.
1. Lancer l'application REGEDIT.EXE à partir de la fonction Exécuter du menu DEMARRER du poste serveur
2. Développer l'arborescence suivante :
HKEY_LOCAL_MACHINES\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters
3. Lorsque vous avez atteint Parameters, sélectionner la commande Nouveau/Valeur DWORD du menu EDITION.
4. Indiquer EnableOplocks dans la zone Nom de la valeur.
5. Saisir la valeur 0 dans la zone Donnée de la fenêtre Editeur de DWORD. Cette fenêtre peut être réaffichée par un
double-clic sur la valeur EnableOplocks.
6. Redémarrer le poste serveur.
Remarque : Cette opération doit être réalisée uniquement sur le poste serveur Windows NT ou Windows 2000.