Knowledge base

Solution : Dégriller la machine après avoir vérifié la régularité de l'opération.

Pour ce faire, depuis le menu de Gestan sur le machine grillée, faire Ctrl+K pour ouvrir l'écran de support.

Indiquer votre trigramme d'intervenant dans la zone 1, et cliquez sur DGR.

Solution : Pour l'utilisation de Bâtichiffrage, il est nécessaire de saisir une clé éditeur et une clé client. Ces clés sont identiques pour tous les clients.

Pour les alimenter automatiquement, saisir 123 dans la zone Clé éditeur de la bibliothèque, puis Ctrl+K : la clé éditeur et la clé client seront automatiquement renseignés. Saisir 124 pour les identifiants jeu d'essai.

Solution : Cela signifie qu'un fichier USER provenant d'une autre base a été utilisé sur la base. Il s'agit d'une alerte de sécurité grave, indiquant une potentielle volonté malveillante. Il faut la signaler au responsable d'entreprise. Elle se répare via une compilation dynamique, consultez un développeur.

Solution : connectez-vous à Gestan avec le “mot de passe magique du support” (ils sont différents en V13 et en V15). Cela affiche la liste des utilisateurs, cliquez sur une ligne pour vous connecter sous l'utilisateur sélectionné.

Solution : Il a fallu reformater le fichier en local, le programme de réindexation de Gestan n'y suffisant pas.

Le PC du client était sous Windows 8, raccordé à une FreeBox, sur laquelle était un disque dur externe WesternDigital de 500 To. A priori, rien que du bon.

• Première constatation, les temps de transferts n'étaient pas bon (débit moyens d'environ 100Mo/Seconde), alors que cela devrait fonctionner en Gigabit.

• Seconde constatation, purement fortuite : au bout d'un moment, j'ai eu l'ouverture inopinée d'une fenêtre Windows redemandant une authentification sur le disque dur externe. Il suffisait de cliquer sur OK, mais en attendant, le disque réseau n'était pas remonté, et donc Gestan ne pouvait pas discuter avec la base. C'est l'explication la plus probable de la mise en vrac du fichier USER.

Solution : En général, cela est dû à Avast (mais nous avons aussi observé des problèmes avec MacAfee). Au début, Avast est apparemment capable de bloquer tous les fichiers d'un répertoire.

Comment le débloquer : voir le wiki.

• http://wiki.gestan.fr/doku.php?id=wiki:tech:avast
• http://wiki.gestan.fr/doku.php?id=wiki:tech:antivirus

Solution : Si le fichier manque, le plus simple est de faire un clic droit sur la mire d'accueil > Ouvrir les outils, et d'ouvrir l'outil de réindexation. Un clic sur l'option “Vérifier” va recréer les fichiers manquants.

Solution : Lors de l'utilisation d'un second écran et que la fenêtre d'affichage de l'état se trouve sur ce second écran: si celui est débranché, la fenêtre d'état est hors écran et le plus simple est de reconnecter un deuxième écran pour le glisser sur le premier (ou jouer dans la base de registre pour changer la position de la fenêtre, mais c'est moins propre.

Il existe un outil pour répondre à cette problématique : outil→administration→outils spéciaux→reset des parametres mémorisés. Cela supprime la totalité des paramètres mémorisés en base de registre, notamment la position des écrans.

Solution : Ce message d'erreur n'est pas très explicite, volontairement. Il signifie que hnbEnr(PARAMAPPLI)=0 (aucun enregistrement dans le fichier PARAMAPPLI, qui en doit en contenir un et un seul, ce sont les paramètres généraux de l'application Gestan).

Cela peut arriver dans deux cas :

• une tentative d'effacement du fichier PARAMAPPLI
• une exécution incorrecte du programme d'installation

Dans le second cas, le programme n'a pas les droits pour écrire dans le répertoire par défaut C:\GESTAN.

Pour résoudre ce pb, il faut exécuter le programme d'installation en mode administrateur, et exécuter aussi le programme Gestan en mode administrateur.

(cas observé sur un Windows 10 - j'ai quand même mis une heure pour trouver ça ! Je subodore que le client avait bidouillé son Windows 10 avant d'installer Gestan, mais je n'ai pas vérifié, faute d'avoir de machine sous Windows 10 que le programme s'installe normalement avec les options par défaut.)

Solution : Réglages > Confidentialité et sécurité > Sécurité Windows > Contrôle des applications et du navigateur > Paramètres de contrôle intelligent des applicationset sélectionnez Sur pour allumer ou À l’arrêt éteindre. La désactivation de Smart App Control est permanente, car elle ne peut être réactivée que lors de l’installation de Windows.

Solution : Décocher la case “Impression recto-verso” dans le paramétrage général de Gestan (elle ne sert plus à rien, en fait). Puis allez dans le menu Outils > Configurer l'impression, sélectionnez le bouton “Propriété” de l'imprimante, et réglez l'impression en recto-verso. Cela mémorise les paramètres d'impression, et à la prochaine ouverture d'un aperçu avant impression, la case “Recto-verso” de l'aperçu sera cochée par défaut.

Solution j'ai modifié l'imprimante par défaut de Gestan, en l'occurrence je lui ai mis l'imprimante virtuelle pdfcreator. Cela a permis de réouvrir le visualisateur. Sous le visualisateur, le clic sur le bouton d'impression permet de choisir l'imprimante : j'ai observé un plantage systématique avec l'imprimante Samsung, tandis que cela fonctionnait bien avec les autres imprimantes. On peut donc en déduire que le visualisateur d'états de Windev utilise les drivers de l'imprimante par défaut.

Solution : En l'occurrence, le client utilisait Gestan sur une clé USB. L'incident à été réglé en réinstallant Gestan proprement sur le disque dur, et en redemandant un export pour fonctionnement sur clé USB. En effet, l'export pour fonctionnement sur clé USB copie sur la clé les DLL de Windev. La cause de l'incident était un problème d'une DLL de la clé, soit endommagée, soit d'une version trop ancienne pour l'exécutable. Le client n'ayant pas le droit d'installer de programmes sur la machine professionnelle, j'ai désinstallé le Gestan du disque dur à l'issue.

TIP : Ce type de plantage n'a pas toujours la même cause. Pour lever le doute, changer l'imprimante par défaut utilisée par Gestan, via Outils > Configurer l'impression.

Solution : Ne pas utiliser la même connexion cloud pour deux postes différents.

Solution : installez FOXIT PDF VIEWER (gratuit) et paramétrez pour que ce logiciel soit celui qui ouvre les PDF par défaut. Lorsque la preview au format PDF se lancera, ça sera avec FOXIT et non plus avec le viewer PDF du Universal Printer et imprimez à partir de là..

VOIR https://wiki.gestan.fr/doku.php?id=wiki:v15:tech:mode_cs#message_d_erreur_a_la_generation_d_une_piece

Solution : Le nettoyage des liaisons.

Utilisez le menu Outils → Administration → Outils spéciaux → Nettoyer les liaisons.

Solution : Supprimer le fichier LKTMP_TICKSE.

Solution : Le plus simple est de dire au client qu'on lui avait dit, et que tant pis pour lui, mais ce n'est pas une solution plaisante. Aussi, et parce qu'il est quasiment impossible de fusionner les fichiers avec conflits (trop de paramètres changent), une solution consiste à se baser sur les fichiers “Big Brother”.

1- Faire “Ctrl+K” pour entrer dans le menu “Spécial support” et y entrer le mot de passe du support.

2-cliquer sur le bouton du haut “Compil”

3-Y entrer le code suivant:

LECRITURE, ECRITURE_BB sont des Sources de Données
HDéclareExterne(gRepGestan+"DATABASE\ECRITURE_BB.FIC",ECRITURE_BB,"//LeMotDePasseDesFichiersFIC//")
HDéclareExterne(gRepGestan+"DATABASE\ECRITURE.FIC",LECRITURE,"//LeMotDePasseDesFichiersFIC//")
i est un entier = 0
POUR TOUTE ECRITURE_BB
	i++
	Trace(i+"/"+HNbEnr(ECRITURE_BB))
	HLitRecherchePremier(LECRITURE,"TRGCIBLE",ECRITURE_BB.TRGCIBLE)
	SI HTrouve(LECRITURE) = Faux ALORS
		HCopieEnreg(LECRITURE,ECRITURE_BB)
		HAjoute(LECRITURE)
	FIN
FIN
Info("ok")

4- Lancer la compilation dynamique. Attention au préalable à modifier le mot de passe des fichiers FIC dans le code… Cela aura pour effet de chercher les écritures manquantes pour les factures clients. Une trace affichera l'avancée.

Solution : il faut remettre à zéro les droits windows sur les fichiers de la base. Pour ce faire, une solution qui marche est la suivante :

1- zipper votre base de données (les fichiers contenus dans DATABASE)

2-dézipper l'archive dans un répertoire différent, par exemple DATABASE_2

3-renommer DATABASE en DATABASE_OLD et DATABASE_2 en DATABASE

4-relancer Gestan

Afin de vérifier que la manip a bien fonctionné, faire une vérification générale de tous les index via l'outil dédié.

Solution : ATTENTION, il ne faut pas supprimer DATAPLUS ! En effet, ce fichier contient des informations complémentaires liées à des fichiers divers, comme par exemple le montant des demandes d'acompte des devis et factures. Dans ce cas, il faut ouvrir le fichier pour voir quels enregistrements sont superfétatoires, et les supprimer via une procédure compilable intelligente. Remonter l'information au niveau Support N2 SVP

Solution : Supprimer les répertoires Etats & Requêtes et Etats & Requêtes partagées du répertoire C:\Program Files\Gestan L'installation d'Etats & Requêtes fait que l'état facture n'est plus correctement pris en compte. Je n'ai pas encore de solution.

Solution : Il faut faire comme dans le cas du problème C/S classique : remonter la base proprement sur un serveur HFSQL, et relancer gMigr. Et ça passe crème.

Solution : Commencer par faire une réindexation classique, avec l'option de libération de transaction. Si le problème persiste, vérifier les fichiers dans la base (supprimer les fichiers _TRS), et vérifiez également le répertoire C:\Users\[Utilisateur]\AppData\Local\Temp, dans lequel peuvent aussi se trouver des fichiers de transaction.

Solution : Il suffit de réindexer les fichiers. Pour cela, aller dans “Outils > Administration > Maintenance > Index des fichiers” et réindexer les fichiers.

Solution : L'erreur 0x904 signale que l'erreur la plus probable est une mauvaise connexion. Dans le cas de ce client, après une heure d'investigation, il a fini par nous dire que ce qui avait changé, c'est qu'il était monté au premier étage. Il a suffi de rapprocher l'ordi de la box, puisqu'il était connecté en wifi, pour que tout refonctionne…

Solution : Ajouter les paramètres suivants dans le fichier “C:\Program Files (x86)\TSplus\Clients\webserver\settings.bin” et effectuer un redémarrage du service web de TSPlus.

• cgi_filter=“hb.exe”
• log_rdp_ip=“1mb”
• ip_equality_check=false
• websockets_origin_host_match=false
• x_ip_forward_header_match=false
• approve_by_client_cookie=false
• approve_by_cookie=false
• browser_user_agent_check=false
• timing_equality_check=false
• page_refresh_from_same_ip=false
• jwng_referer_required=false
• download_folder_any_referer_required=false
• download_by_iframe_referer_required=false
• check_ticket_referer=false
• check_cgi_referer=false
• close_tcp_different_x_forward_for=false</wrap>

Solution : Pour LWS, il n'y a pas de solution, le problème venant du fait que l’hébergeur filtre les mails via “SpamAssassin”. On a proposé au client de changer d’hébergeur ou de passer par mailjet.

Solution : ici, c'était la box Orange, qui bloquait le port en sortie. Il a fallu ouvrir le port 3983 en TCP et UDP, via le paramétrage de la box, vers l'IP du serveur (un ping sur l'adresse canonique permet éventuellement de déterminer son IP).

Solution : Il faut supprimer toutes les impressions en cours dans TSPlus.

Solution : Générer un connecteur sur le TS Plus du serveur correspondant avec l'option “Encryption V2” (onglet sécurité) cochée.

Solution : Lancer Windows PowerShell en tant qu'Administrateur et saisir : Add-WindowsFeature Desktop-Experience Il faut ensuite redémarrer le serveur. Installé sur les serveurs 3, 5, 6, 7, 8, 9, 10, 11, 12, 13.

Solution : Installer ou réinstaller un lecteur pdf. Voir https://support.tsplus.net/support/solutions/articles/44000038591-some-computers-cannot-print-using-universal-printer

Solution : Vérifier que les applications moins sécurisées sont activées (https://myaccount.google.com/lesssecureapps). Aller dans les mails et valider l'alerte de sécurité. Si ça ne fonctionne toujours pas, aller sur cette page https://accounts.google.com/DisplayUnlockCaptcha.

Solution : Si le client utilise une version pro de Microsoft365, ce qui est le cas s'il a son propre nom de domaine, il faut se connecter sur le centre d'administration du compte Microsoft et suivre le tutoriel : https://docs.microsoft.com/fr-fr/exchange/clients-and-mobile-in-exchange-online/authenticated-client-smtp-submission#enable-smtp-auth-for-specific-mailboxes

Solution : Problème connu et remonté à TSPlus. La seuls solution est d'installer le connecteur PDF, puis d'imprimer via le PDF généré.

Solution : Si ce message d'erreur apparaît après avoir entré les paramètre smtp (smtp.office365.com/587/TLS) :

Le problème ne vient pas de Gestan. C'est un paramétrage à faire par l'utilisateur ou la personne qui s'occupe du compte exchange, voir : https://docs.microsoft.com/fr-fr/exchange/clients-and-mobile-in-exchange-online/authenticated-client-smtp-submission#use-the-microsoft-365-admin-center-to-enable-or-disable-smtp-auth-on-specific-mailboxes Si la double authentification est activée, il faut créer un mot de passe d'application  https://docs.microsoft.com/fr-fr/azure/active-directory/user-help/multi-factor-authentication-end-user-app-passwords#create-and-delete-app-passwords-from-the-additional-security-verification-page

Solution : Suivre cette procédure https://www.businessinsider.fr/us/pin-to-windows-taskbar

Solution : Il faut demander à Damien ! C'est lui qui gère cette partie.

Solution : Il s'agit potentiellement d'attaque silencieuse qui surcharge le serveur de demande de connexion. Il faut voir avec Damien, pour bannir les IP responsable des attaques.

Solution : Texte comme le résoudre.