Applications Internes LD Page 1 DESCRIPTIF DES CORRECTIONS LDCompta pour Windows  Version 8,50 Corrections 41 à 71 ______________________________________________________________________________________________ EDITION DES LETTRES DE RELANCE AVEC RELEVE SEPARE Correction N° 41 du 15/10/04 Lorsqu'on demandait l'édition des lettres de relance, et que cette dernière était paramétré avec un relevé séparé, le programme provoquait une erreur de "type incompatible" lors de l'édition du relevé. De plus, lors d'une demande d'édition d'un relevé depuis un compte, si aucune ligne n'est trouvé à imprimer, et qu'on a demandé "l'impression du compte si aucune écriture", l'édition imprimée n'affichait pas l'entête du client (seulement le cadre du total) ______________________________________________________________________________________________ CONTROLE CLOTURES MENSUELLES AU LANCEMENT Correction N° 42 du 25/10/04 A l'ouverture d'un dossier comptable, le système contrôle le nombre de mois non clos, et signale éventuellement que celui-ci est dépassé. Ce contrôle provoquait un plantage systématique à l'ouverture du dossier s'il y avait au moins un journal n'ayant pas de date de clôture, en dehors des jouraux de situation et d'abonnement. Remarque : pour contourner ce problème, et dans l'attente de disposer de cette correction, il est possible de forcer l'ouverture du dossier en tenant la touche CTRL enfoncée lors de l'ouverture du dossier. Il suffit ensuite de clore tous les journaux à une date au moins égale à la date de dernière clôture d'exercice. On peut ensuite librement ouvrir ce dossier. ______________________________________________________________________________________________ AJOUT WDSQL ET WDOPTIMISEUR DANS MENU OUTILS Correction N° 43 du 25/10/04 2 options ont été ajoutées dans le menu Outils/Autres outils : - l'une pour lancer l'interpréteur SQL (WDSQL) - l'autre pour lancer l'optimiseur HyperFile (WDOptimiseur) Rappel : ces deux outils standard PCSoft sont livrés et installés systématiquement dans le répertoire des programmes de LDCompta. L'usage de ces outils est réservé aux utilisateurs expérimentés. ______________________________________________________________________________________________ INTERFACE COMPTABLE-PB CORRECTION MODE PAIEMENT Correction N° 44 du 25/10/04 Dans la procédure d'interface comptable standard, le fait de modifier "à la volée" un mode de paiement erroné sur une écriture avait pour effet, lors de la validation, de remplacer l'écriture ayant été modifiée par la dernière écriture du lot d'interface. ______________________________________________________________________________________________ ECHEANCIER FOURNISSEUR - PB SI DEVISE INACTIF Correction N° 45 du 26/10/04 La procédure de gestion de l'échéancier fournisseur provoquait parfois un plantage lorsque le module Devise était inactif. ______________________________________________________________________________________________ ECHEANCIER FOURNISSEUR - PB SI DEVISE INACTIF Correction N° 46 du 26/10/04 Suite à la correction 45, il y avait encore un problème en cas de suppression d'une échéance, lorsque le module Devise était inactif, mais de façon semble t-il aléatoire (impossible à reproduire sur le dossier de démonstration par exemple). ______________________________________________________________________________________________ GESTION EFFETS A PAYER- PB SI SUPPRESSION EFFET Correction N° 47 du 28/10/04 Lors de la suppression d'un effet à payer, il y avait une erreur. L'écriture de comptabilisation de la suppression de l'effet n'était passée qu'à moitié : il manquait la contrepartie au compte effets à payer 403XXX. ______________________________________________________________________________________________ GESTION PORTEFEUILLES-PB SUR ARBREAJOUTE + STYLE Correction N° 48 du 28/10/04 Deux problèmes ont été corrigés : - en gestion du portefeuille clients (effets à recevoir), il y avait un plantage dès lors qu'il y avait un en-cours d'escompte. Le problème se manisfestait sous forme d'une erreur en ligne 59 de la procédure xRemplirTV, concernant un ordre ArbreAjoute ; - le style de tous les cadres de totalisations figurant en partie haute des différents onglets des procédures de gestion des effets à payer ou à recevoir a été modifié, pour qu'il corresponde à ce qu'il était en version 8.00. Apparemment, lors de la migration de Windev 5.5 à Windev 8, le style de ces cadres avait été modifié abusivement par le système (cadrage au centre au lieu de gauche, et Libellé à l'intérieur plutôt "qu'à cheval"). ______________________________________________________________________________________________ SAISIE PAR PIECE-AFFICHAGE DERNIER N° PIECE Correction N° 49 du 02/11/04 En saisie par pièce, dans le cas de l'utilisation d'un journal avec numérotation automatique des pièces, et d'une saisie avec l'option "Modification de la date ou du journal pour chaque pièce", le N° de pièce n'était pas toujours affiché au bas de l'écran 1 lorsqu'on revenait sur cet écran après avoir validé une pièce. ______________________________________________________________________________________________ SAISIE PAR PIECE - ETAT DES BOUTONS CHERCHER... Correction N° 50 du 02/11/04 En saisie par pièce, sur l'écran de saisie du détail de la pièce, l'état des boutons Chercher, Consulter, Lettrer... n'était pas toujours restitué correctement suite au clic sur l'un des boutons situé en partie basse de l'écran. Par exemple, si on demandait la consultation d'un compte alors que le curseur était dans la première colonne N° de compte, au retour de cette fenêtre de consultation, il n'était plus possible d'accéder à la recherche d'un N° de compte par la touche F4 ou le bouton Chercher. ______________________________________________________________________________________________ MODIFICATION PIECE - N° DE COMPTE QUI S'EFFACE Correction N° 51 du 02/11/04 En modification de pièce, lors de la modification ou de l'ajout d'une ligne, le N° de compte était parfois effacé, suite à un message du type : Le N° de compte a été modifié pour tenir compte de la nouvelle date d'échéance... Ce problème survenait uniquement dans les dossiers comptables pour lesquels il n'existait aucun compte Effets à payer ou Effets à recevoir défini comme étant géré par mois d'échéance. ______________________________________________________________________________________________ NOUVEAU MODULE DECLARATION DES HONORAIRES (DAS2) Correction N° 52 du 08/11/04 Une nouvelle fonctionnalité, disponible dans le menu "Traitement" - "Déclaration des honoraires", permet de rechercher les honoraires à déclarer pour l'année civile. Pour cela, les fournisseurs pour lesquels on déclare des honoraires doivent être marqués avec "Interface DAS2" (case à cocher sur l'onglet "Détail" de la fiche fournisseur). De plus les journaux et les comptes de charges à analyser doivent être définis dans la fenêtre de déclaration des honoraires (bouton "Paramètres"). Au final, le programme recherche, pour toutes les pièces des comptes fournisseurs définis, les écritures correspondants aux comptes de charges et aux journaux définis dans les paramètres. A chaque pièce trouvée, le montant exporté correspond au montant de l'écriture de charge trouvée + la partie de la TVA correspondant à cette charge (pour déclarer au final des montants TTC). Enfin, on peut demander l'édition récapitulative des honoraires à déclarer, la liste détaillées des factures prises en comptes, et/ou la préparation d'un fichier d'interface pour LDPaye (fonctionnalité d'import dans LDPaye pour Windows depuis la Version 4.00 Niveau 126). Pour plus d'informations, reportez vous au chapitre 35 de la documentation "LDCompta Nouveautés version 8.doc" qui a fait l'objet d'une révision 3 pour cela. ______________________________________________________________________________________________ SECONDE DEVISE RESTITUTION-LIBELLE RESTITUTION Correction N° 53 du 09/11/04 Sur quelques écrans, le libellé qui apparaissait sur les boutons permettant de choisir la devise de restitution (Euros, Francs...) n'était pas géré correctement. De plus, le positionnement initial de la fenêtre de saisie des lettres-types de relance a été corrigé (la fenêtre était ouverte très haut, et se superposait sur le menu). Enfin, il y a eu également une petite correction dans la fenêtre outils CPUEDV (mise en forme d'un libellé). ______________________________________________________________________________________________ MODIFICATIONS MODE DE GESTION DES LICENCES Correction N° 54 du 12/11/04 Suite à la correction N° 39, il y avait un problème avec les clés type D01NNNNN. On partait parfois en boucle infinie. ______________________________________________________________________________________________ SAISIE REGLEMENT CLIENTS-PB SUR ECLATEMENTS Correction N° 55 du 12/11/04 En saisie de règlements clients, deux petites choses ont été corrigées : 1) si on sortait d'une ligne alors que le focus était dans la colonne Montant, et si le règlement n'était pas entièrement ventilé, suite au message d'erreur signalant ce fait, lorsqu'on sortait de la colonne Montant, les totaux affichés en bas d'écran étaient faussés ; il devenait alors impossible de valider l'écran ; 2) dans le cas d'une saisie sans devise, la colonne "Libellé" était élargie en proportion de la colonne "Code devise" qui était masquée ; or, du fait que la fenêtre est désormais redimensionnable, le recalcibrage de la colonne "Libellé" est automatique lorsque la colonne "Code devise" est masquée. Le fait de l'agrandir par programmation faisait que l'on manquait de place pour la colonne Montant. ______________________________________________________________________________________________ RESTAURATION ENVIRONNEMENT V8 EN V8.50 Correction N° 56 du 12/11/04 Si lors d'une restauration, on restaurait une société ayant été sauvegardée en version 8.00, et que l'on restaurait aussi simultanément l'environnement, il y avait un plantage suite à la fin de la procédure de migration du dossier comptable. En effet, il faut également dans ce cas migrer de HyperFile 5 à HyperFile 7 les fichiers de l'environnement ayant été restaurés. Or, cette migration des fichiers de l'environnement n'était traitée qu'une seule fois, au lancement du logiciel. Désormais, suite à la restauration de l'envionnement, on gère également cette migration le cas échéant, avec deux cas de figure : les fichiers de l'envionnement ont été restaurés avec les index ou sans les index. Si c'est sans les index, il faut commencer par reconstituer les index au format HyperFile 5.5, avant de pouvoir migrer ces fichiers au format HyperFile 7. ______________________________________________________________________________________________ INTERFACE - PB INTERFACE SI TYPE ENREG FAUX Correction N° 57 du 15/11/04 Dans la procédure d'interface, lorqu'il y avait un enregistement avec un type (premier caractère) invalide, la procédure se plantait, au lieu de simplement signaler l'anomalie : "Type d'enreg invalide ; l'enreg sera ignoré.." ______________________________________________________________________________________________ INTERFACE STANDARD - RECHERCHE FENETRE SPECIFIQUE Correction N° 58 du 18/11/04 Si on ajoutait une fenêtre de traitement spécifique en amont de la fenêtre d'interface standard (comme cela peut être fait par exemple pour l'interface API, en mode test sous Windev, la fenêtre était recherchée dans le répertoire de l'exécutable. Désormais, la recherche est faite dans ce répertoire, puis à défaut si on est en mode test, dans le répertorie des programmes du projet. ______________________________________________________________________________________________ INTERFACE DIALAIT Correction N° 59 du 18/11/04 Une procédure d'interface pour le logiciel DIALAIT a été réalisée, sur un principe proche de celui utilisé pour l'interface API. Cet interface Dialait est documentée dans IDialait.doc, disponible dans le dossier "U:\Applications\Sica de l'Arvan\Dialait". ______________________________________________________________________________________________ GESTION SECURITE D'ACCES - PB SUR NOMS FENETRES Correction N° 60 du 18/11/04 Suite à la migration en Windev 8, il y avait des incohérences dans la gestion des sécurités d'accès. Cela était dû au fait que Windev8 retourne le nom de la fenêtre tantôt en minuscule, tantôt en majsucule, suivant l'ordre utilisé FenEnExecution() ou FenEnCours(). ______________________________________________________________________________________________ MODIF BORDEREAU REMISE EN BANQUE-PLUSIEURS PB Correction N° 61 du 24/11/04 Plusieurs problèmes ont été corrigés dans la procédure de modification d'un bordereau de remise en banque : - les montants apparaissaient en saisie, alors qu'ils ne sont pas modifiables ; - en revanche, le RIB n'apparaissait pas en saisie, même pour un mode de paiement de type Traite pour lequel le RIB est modifiable - enfin, les modifications n'étaient pas répercutées dans la base de données lors de la validation du bordereau. Ce problème concernait tant la verrsion Windows que C/S. ______________________________________________________________________________________________ BALANCE AGEE - ERREUR SI MOIS DEPART VIDE Correction N° 62 du 26/11/04 L'édition d'une balance âgée provoquait une erreur si le mois de départ Colonne 1 n'était pas renseigné. En fait, le problème était dû au fait qu'antérieurement, en version 8, ce mois était renseigné automatiquement en sortie du premier champ de la fenêtre (Mois d'arrêté de la balance). Suite à une différence de fonctionnement entre Windev 5,5 et Windev 8, cette pré-initialisa- tion ne se faisait plus. ______________________________________________________________________________________________ MIGRATION FICHIERS AS/400 - PARAMETRES PROGRAMMES Correction N° 63 du 29/11/04 Dans la fenêtre permettant de lancer la migration des fichiers de l'environnement AS/400 vers l'environnement Windows, la fichier des "paramètres programmes" n'apparaissait plus en fin de liste. Alors que ce fichier est indispensable ! En fait, ce fichier se trouvait bien en fin de liste, mais le libellé associé était à blanc. On pouvait lancer quand même le transfert en cliquant sur la dernière ligne proposée dans la liste. ______________________________________________________________________________________________ EDITION PARAMETRES CR OU TABLEAU DE BORD Correction N° 64 du 30/11/04 L'édition des paramètres d'un tableau de bord (ou d'un compte de résultat) ne fonctionnait que pour les tableaux pour lesquels l'odre d'apparition dans la liste était égal au code du tableau. Ainsi, si on numérotait les tableaux de façon strictement consécutive, tout fonctionnait correctement. Mais si on créait par exemple un tableau 6 alors que le tableau 5 n'existait pas, lors de l'impression du tableau 6, aucune donnée n'était imprimée comme si le tableau était vide. ______________________________________________________________________________________________ SAISIE PARAMETRES BILAN ET CR - LANCER ETAT Correction N° 65 du 30/11/04 Sur l'écran de saisie des paramètres d'un tableau Bilan ou Compte de résultat, il est désormais possible, par le bouton "Lancer" de lancer directement l'impression du tableau courant. Cela permet un accès plus rapide lorsque l'on est en cours de mise au point d'un nouveau tableau. ______________________________________________________________________________________________ MENUS SPECIFIQUES - LANCEMENT .BAT OU .EXE Correction N° 66 du 01/12/04 Il était déjà possible d'ajouter des options de menu spécifiques au menu principal de LDCompta (voir documentation chapitre 1.5). Jusqu'alors, ces menus spécifiques permettaient simplement de lancer une fenêtre Windev. Il est désormais possible de lancer un fichier .BAT ou .EXE. Pour cela, il faut renseigner le nom du fichier à lancer en position 129 à 256 du paramètre programme MENUOPTn, et laisser à blanc les positions 65 à 128. ATTENTION : dans le cas d'un fichier .BAT, il faut renseigner le chemin d'accès complet du fichier (répertoire, nom et extension). De plus, il est possible d'indiquer la lettre O (O=Oui) si on veut que LDCompta attende la fin de l'exécutable ainsi lancé avant de reprendre la main. Par défaut, l'exéutable est lancé "en parallèle", c'est à dire qu'il est possible dans LDCompta de reprendre la main en cliquant dans la fenêtre pour lancer une autre option alors que l'exécutable ayant été lancé reste "actif". ______________________________________________________________________________________________ AMELIORATION FENETRE OUVERTURE PROJET POUR WDETAT Correction N° 67 du 06/12/04 La fenêtre SESUTI utilisée pour l'ouverture du projet lorsqu'on utilise l'éditeur d'états et de requêtes Utilisateur PCSoft (WDEtat) a été améliorée. La touche ENTREE ne permettait pas d'ouvrir la session. Il fallait cliquer sur le bouton OK. De plus, on peut aussi désormais ouvrir la session par un double clic sur la société souhaitée. ______________________________________________________________________________________________ INTERROGATIONS - REPOSITIONNEMENT SI LISTE VIDE Correction N° 68 du 06/12/04 Dans les procédures d'interrogation par journal, par pièce, par référence et par montant, lorsque les différents critères d'interrogation choisis font qu'il n'y a rien à afficher, le focus est désormais renvoyé sur le dernier critère de sélection modifié. Auparavant, le focus n'était rendu à aucun champ (il fallait appuyer sur la touche Tabulation ou cliquer dans la fenêtre pour redonner le focus à l'un des champs), et le message "Lecture des écritures en cours..." restait affiché dans la barre de message, ce qui prêtait à confusion. ______________________________________________________________________________________________ SAISIE LETTRES DE RELANCE - PLUSIEURS PROBLEMES Correction N° 69 du 07/12/04 Plusieurs problèmes ont été corrigés dans la saisie des lettres de relance : 1) suite à la copie d'une lettre, on arrivait en saisie pour pouvoir modifier la lettre venant d'être copiée. Lorsqu'on validait cet écran par OK, on avait l'erreur suivante : "La méthode MajValider n'existe pas dans la classe FenetreLD." 2) si on tentait de supprimer la dernière lettre de relance figurant dans la liste, le système partait en boucle infinie ; 3) en saisie du texte d'une lettre de relance, si on cliquait par erreur sur l'en-tête de colonne de la table dans laquelle on saisit les lignes de texte, l'ensemble des lignes étaient triées par odre alphabétique, ce qui avait pour effet de tout mélanger. Cette possibilité de tri a été retirée pour éviter toute erreur de manipulation. ______________________________________________________________________________________________ UTILISATION DES BOUTONS DE PARCOURS EN MODE C/S Correction N° 70 du 07/12/04 Dans toutes les fenêtres de mise à jour, l'utilisation des boutons de parcours (Suivant, Précédent...) n'était pas permise en environnement Client/Serveur. On avait systématiquement un message signalant un problème de sécurité. La modification a été faite dans la procédure zAccesAutorise. ______________________________________________________________________________________________ MISE A JOUR FICHE FOURNISSEUR AVEC FOURN. A PAYER Correction N° 71 du 07/12/04 Dans la fenêtre de saisie d'une fiche fournisseur, si un N° fournis. à payer était renseigné dans la fiche du fournisseur, toute tentative de mise à jour en environnement client/serveur n'avait aucun effet. Il s'agissait d'un problème de gestion du contexte avec Easycom : suite à un ordre HRetourPosition, et si l'enregistrement sur lequel on restaure la position était préalablement bloqué, il n'y a pas "restauration" du blocage ; et donc la mise à jour ne peut se faire correctement. Une solution de contournement a été adoptée en attendant une future correction dans le logiciel EASYCOM : en environnement client/serveur, l'ordre HRetourPosition a été remplacé par un ordre de lecture HLitRecherchePremier(CPTFCO,NOFR,NOFR,hBlocageEcriture) *** FIN DE LISTE ***