DESCRIPTIF DES CORRECTIONS
LDCompta pour Windows  Version 11.00 - Corrections 1 à 476

MISE A DISPOSITION VERSION 11 Correction N° 1 du 20/11/20

 
OUVERTURE DE SESSION - MESSAGE CACHE BOUTONS OK ANNULER Correction N° 2 du 20/11/20

A l'ouverture d'une session, suite au choix d'une société, on a dans certains cas une suite de messages Vérification du fichier... s'affichant par-dessus la barre de boutons au bas de l'écran. Si suite à cela, pour une raison ou une autre (par exemple, clé de sécurité dans le fichier FICINI incorrecte), l'ouverture de session échoue et on reste dans cette fenêtre d'ouverture de session. Mais les boutons au bas de l'écran restaient masqués par le dernier message affiché. 
ERREUR EN RESTAURATION D'UN TABLEAU DE BORD Correction N° 3 du 24/11/20

On pouvait rencontrer une erreur lors de la restauration d'un tableau de bord, lorsque le tableau de bord restauré avait été sauvegardé par un autre utilisateur ou provenait d'un autre environnement.
ACCES LIMITE AUX COORDONNEES BANCAIRES DES TIERS Correction N° 4 du 27/11/20

De nouveaux paramètres permettent de limiter l'accès aux coordonnées bancaires des tiers (Domiciliation bancaire, IBAN, Comptes de banque internationaux). On peut ainsi avoir des utilisateurs qui ont accès aux fiches tiers (clients, fournisseurs, autres auxiliaires) mais à qui on interdit d'ajouter/modifier/supprimer un compte de banque.
Principes de mise en place :
Dans la Fiche société, sur l'onglet Tiers, un nouveau groupe de champs apparait : Accès limité aux coordonnées bancaires. Ce groupe contient 3 cases à cocher, permettant d'activer cette limitation pour les 3 types de tiers : Clients, Fournisseurs, Autres auxiliaires.
Dès lors que cette limitation est mise en place pour un type de tiers, l'accès aux coordonnées bancaires pour tous les tiers du type en question est limité :
 - aux utilisateurs disposant d'un niveau d'accès Administrateur sur le dossier comptable concerné (soit parce qu'ils sont Administrateur de sécurité (on dit aussi Administrateur global)
 - soit parce qu'ils ont un niveau d'accès Complet ou Administrateur pour le dossier comptable concerné, sur un domaine de sécurité CBU, ce domaine CBU étant à créer si vous en avez l'usage.

Remarque : il n'y a rien de plus à faire. Il n'est pas nécessaire par exemple de rattacher les fenêtres de saisie (CliMaj, FcoMaj...) au domaine CBU.
Attention toutefois : cette limitation ne joue pas dans la procédure d'interface, au travers de laquelle il reste toujours possible d'ajouter ou modifier un IBAN pour un tiers, via des enregistrements de type C, F ou X.

Complément technique : ce nouveau domaine CBU a été ajouté dans la liste des domaines dits <Système> dans la fenêtre de gestion des droits accessibles depuis la gestion des utilisateurs et des sociétés. A cette occasion, la liste des domaines <Système> a été revue. Elle englobe désormais les domaines suivants : AAU, CBU, ERU, MCU, VSU, XDU, SMU, SM0, SM1 à SM9.
En parallèle, ce domaine CBU a aussi été ajouté à la liste des domaines particuliers (liste qui comprend donc désormais les 4 domaines CBU, ERU, MCU, XDU), domaines qui sont ignorés quand on recherche quels sont les droits effectifs attribués à une fenêtre précise. Ainsi, le fait de définir un droit requis pour une fenêtre et un de ces domaines ne masque pas une autre définition de droit requis pour cette même fenêtre sur un autre domaine.

FENETRE IQUADRAASC - CONVERSION D'ECRITURE QUADRA Correction N° 5 du 27/11/20

Reprise de la fenêtre iQuadraASC (faite en Compta V10) qui permet de convertir les écritures du format Quadra ASCII au format LDCompta. Les paramètres de configuration sont les mêmes que ceux de la fenêtre iQuadraRepTxt, avec en plus la possibilité de compléter le code analytique par une répétition de caractères.
FENETRE IAAMAJ04 - LECTURE FICHIER XLS Correction N° 6 du 27/11/20

La fenêtre Iaamaj04 permettant de modifier les écritures d'un fichier peut à présent lire et enregistrer les fichiers d'interface au format de type de type .XLS. On tient compte également des choix effectués dans le fichier .FDF (lignes d'en-tête ou pas, format des dates...).
BOUTON SUPPRIMER RIB EN PARCOURS FICHIER CLIENT OU FOURNISSEUR Correction N° 7 du 27/11/20

Lors d'un parcours de fiches clients ou fournisseurs pour mise à jour, le bouton Supprimer permettant de supprimer un IBAN de la fiche tiers (onglet Paiement) restait grisé lorsqu'on passait d'un compte n'ayant pas d'IBAN à un compte en ayant au moins un.
ECHEANCIER FOURNISSEUR - POSITIONNEMENT IBAN ET SIGNETS EN DOUBLE Correction N° 8 du 27/11/20

Deux problèmes ont été réglés en impression de l'échéancier fournisseur :
1) l'IBAN du fournisseur, qui s'imprime sous le total fournisseur lorsqu'il y a des paiements par virement, apparaissait après le trait qui marque la rupture de fin des données du fournisseur. On avait l'impression
    que cet IBAN était rattaché aux échéances du fournisseur suivant. Cela ne se produisait toutefois que lorsque le N° de tiers était utilisé comme 3ème critère de tri. Si le N° de tiers était en 1er, 2ème ou 4ème critère de tri, les données IBAN apparaissaient correctement.
2) On pouvait rencontrer un problème de signets en double selon les critères de tri utilisés. Cela se produisait si le critère de tri Tiers apparaissait avant (dans les 4 niveaux de tri possible) l'un des trois autres critères possibles : Mode de paiement, Banque de paiement, Echéance.
GESTION DES SESSIONS - FICHIER LDSESTMP SUR UN SERVEUR HFCS Correction N° 9 du 01/12/20

Pour régler des problèmes qui se produisent chez quelques clients dans le mécanisme de gestion des sessions actives, on peut désormais gérer le fichier LDSESTMP sur un serveur HyperFile C/S au lieu d'un simple répertoire « réseau » (HyperFile Classic), répertoire qui était le répertoire de mise à jour centralisée.
Pour faire cela, il faut d'ajouter dans le fichier LDSESTMP.ini (fichier à créer s'il n'existe pas déjà, dans le répertoire des mises à jour centralisées, celui où est géré habituellement le fichier LDSESTMP.FIC) les paramètres suivants :
[LDCompta]
RepData=CS:\\<Serveur:Port>\<BaseHFCS>
NomUtilisateurCS=NomUtilisateurHFCS
MotDePasseCS=MotDePasseUtilisateur (crypté avec la même règle que celle utilisée dans le fichier LDCParam.INI).

Remarque : via ce mot-clé RepData, on peut aussi indiquer un répertoire réseau autre que le répertoire par défaut (celui des mises à jour centralisée où l'on place le fichier LDSESTMP.INI), même si cela ne présente pas beaucoup d'intérêt.

En parallèle, il est aussi possible de choisir un autre répertoire que le répertoire des mises à jour centralisée pour toute cette gestion des sessions actives, en renseignant le répertoire souhaité dans le fichier de configuration LDCParam.INI, section [Données], mot-clé RepSession. Le fichier LDSESTMP.FIC sera alors créé à cet emplacement, sauf si à cet emplacement, on trouve un fichier LDSESTMP.INI qui donne l'emplacement final à utiliser, qui peut être un autre répertoire réseau (sans grand intérêt) ou les données de connexion à un serveur HFCS (comme indiqué plus haut).
Attention : le répertoire spécifié au mot-clé RepSession doit exister ; il ne sera pas créé. En revanche, le fichier LDSESTMP sera créé à cet emplacement s'il n'existe pas déjà.
Cette fonctionnalité permet de gérer autant de fichiers LDSESTMP que l'on a d'environnements différents, tout en ne conservant qu'un seul répertoire de mise à jour centralisée. Cela peut être utile dans le cas où l'on a par exemple plusieurs environnements correspondant à plusieurs clients distincts hébergés sur un même serveur Windows, partageant un même répertoire de mise à jour centralisée, et qu'on ne souhaite pas que ces utilisateurs se voient les uns les autres (données hébergées sur des serveurs HFCS distincts notamment).

CORRECTION IMAGE DE MISE EN VALEUR DES COMMENTAIRES Correction N° 10 du 01/12/20

L'image de mise en valeur du commentaire de compte n'était pas présente dans les versions précédentes. Cela apparaissait comme un effet de disparition du bouton.
AMELIORATION DU REPORT DES MODIF ECHEANCIER DANS LE COMPTE FOURNISSEUR Correction N° 11 du 02/12/20

Quand on modifie une date de facture, une date d'échéance, un code trésorerie ou une référence document dans l'échéancier fournisseur, le système tente de reporter ces modifications sur l'écriture comptable correspondante dans le compte fournisseur.
Pour ce faire, il recherche une écriture dans le compte fournisseur concerné ayant le même N° de facture (N° de pièce dans le compte),
le même montant et sens, la même échéance. Et il reporte les modifications sur la dernière écriture trouvée correspondant à ces critères, sachant qu'en principe, il n'en trouve qu'une.
Ce mode de report posait problème quand il n'y a pas unicité des factures sur le N° de facture (N° de pièce). Dans ce cas, si on a deux factures distinctes (ou plus) dans le même compte fournisseur, portant le même N° de pièce, le même montant et sens et la même date d'échéance, les modifications apportées dans l'échéancier ne se reportaient pas sur la bonne écriture dans le compte fournisseur.
Pour y remédier, les règles de report ont été ajustées :
 - pour rechercher l'écriture sur laquelle il faut reporter les modifications, on a ajouté un critère de recherche supplémentaire :
   la référence document. Ainsi, parmi toutes les écritures correspondant aux critères de recherches déjà évoqués plus haut,
   on retient en priorité celle ayant la référence document que l'on avait dans l'échéancier avant modification. 
   Sachant que cette référence document contient en principe le N° de facture du fournisseur, il y a de bonnes chances d'avoir
   unicité de l'écriture en ajoutant ce critère de filtrage.
 - enfin, la référence document présente dans l'échéancier après modification de la ligne n'est reportée dans le compte fournisseur
   que si on a trouvé une écriture correspondant à la référence avant modification. Si l'écriture trouvée ne correspond pas à cette
   référence, la nouvelle référence présente dans l'échéancier n'est pas reportée dans le compte fournisseur. Seuls les autres champs
   Date de facture, Date d'échéance, Code trésorerie le sont.
PARAMETRES D'EXPORT PDF - PAS ENREGISTRES SI BASE HFCS Correction N° 12 du 02/12/20

Les paramètres d'export en PDF, accessibles par un clic droit sur le bouton PDF de n'importe quelle fenêtre d'impression, ne s'enregistraient pas si on était dans un environnement HyperFile Client/Serveur. Le fichier ParamEtats.INI contenant cette configuration était en effet enregistré dans le répertoire des données (jRepData) qui n'existe que dans le cas d'une base HyperFile Classic.
Désormais, ce fichier de configuration est toujours lu et enregistré à la racine du répertoire des sous-répertoires (jRepSousRep).
Notez que pour toutes les configurations en HyperFile Classic, cela ne change rien car le répertoire des sous-répertoires (jRepSousRep) est identique au répertoire des données (jRepData). 
RESTAURATION CLIENT/SERVEUR - MANQUE LIAISONS D'INTÉGRITÉ Correction N° 13 du 03/12/20

La restauration d'un dossier en base client/serveur pouvait ne pas recréer les liaisons d'intégrité.

SUPPRESSION POSSIBLE IMMOBILISATIONS EN COURS Correction N° 14 du 03/12/20

En règle générale, seules les immobilisations ayant une date d'acquisition et de mise en service dans l'exercice courant peuvent être supprimées. Une exception a été ajoutée pour autoriser, moyennant un double message d'avertissement, la suppression des immobilisations dites « en cours », celles qui sont en classe 23 et qui n'ont pas de plan d'amortissement. 
ORDRE D'AFFICHAGE DES DOSSIERS D'ARCHIVE Correction N° 15 du 07/12/20

Dans la fenêtre d'ouverture d'un dossier, la liste des dossiers d'archive est désormais triée correctement, c'est à dire par code Exercice.
MIGRATION DU DOSSIER ANNULÉE SI SAUVEGARDE Correction N° 16 du 07/12/20

La migration d'un dossier était annulée lorsque la sauvegarde proposée était effectuée.
DÉCALAGE DU TABLEAU DE BORD Correction N° 17 du 07/12/20

Dans le cas de l'ouverture d'un dossier marqué comme « Fermé » ou d'un dossier d'archive, le tableau de bord est abaissé pour éviter le chevauchement de ce dernier avec le message d'information apparaissant en haut de l'écran principal.
SELECTION COMPTE GENERAL - AFFICHAGE COMPTES VALIDES UNIQUEMENT Correction N° 18 du 08/12/20

Dans la fenêtre de recherche d'un compte général (celle obtenue par F4), on n'affiche désormais que les comptes valides à la date du jour.
Dans la liste des comptes qui est présentée, on peut toutefois facilement demander à voir tous les comptes (comme auparavant) en appuyant sur la touche F5, ou en sélectionnant la valeur Tous les comptes dans la liste déroulante affichée au-dessus de la table.
Remarque : cette fonctionnalité de filtrage existait déjà, mais uniquement en saisie d'écriture par pièce ou au kilomètre. Dans ces deux saisies, on ne présentait que les comptes valides à la date de l'écriture en cours de saisie.
REPOSITIONNEMENT AUTOMATIQUE DES WIDGETS EN CAS DE CHEVAUCHEMENT Correction N° 19 du 08/12/20

Si l'on déplace un widget de telle sorte qu'il chevauche un autre widget, cela déplace automatiquement le widget en question. Or, ce déplacement automatique n'était pas enregistré et cela pouvait poser problème lors de la réouverture de la session puisqu'on se retrouvait avec deux widgets superposés.
Désormais, en cas de chevauchement, les widgets sont automatiquement déplacés vers la droite de l'écran à la réouverture de la session.
IMPRESSION AVEC APERCU NE SORT PLUS DE LA FENETRE D'IMPRESSION Correction N° 20 du 09/12/20

Avec la mise en place de la fenêtre de mini-aperçu avant impression en version 11, un comportement avait changé entre les versions 10 et 11 : lorsque pour une impression donnée, on demandait l'aperçu avant impression et qu'on demandait réellement l'impression depuis cet aperçu, à la fermeture de la fenêtre d'aperçu, on revenait directement au menu et non pas à la fenêtre de demande d'impression. Ce changement de comportement ne convenant pas à de nombreux utilisateurs, il a été décidé de revenir à ce qui se faisait auparavant. Ainsi, lorsqu'on ferme la fenêtre d'aperçu avant impression, on revient toujours à la fenêtre de demande d'impression, même s'il y a eu impression réelle de depuis celle-ci.
En revanche, pour ce qui est de la fenêtre de mini-aperçu, ce n'est que si l'on sort de celle-ci sans avoir demander l'impression réelle (bouton Annuler ou case Fermeture) que l'on revient à la fenêtre de demande d'impression.
RAFRAICHISSEMENT DU TABLEAU DE BORD APRÈS LA CLÔTURE ANNUELLE Correction N° 21 du 10/12/20

A la fermeture de la fenêtre de clôture annuelle, on rafraichit désormais le tableau de bord pour mettre à jour le widget montrant l'exercice en cours.

LETTRAGE A LA VOLEE PIECE EN EUROS AVEC ECRITURES EN DEVISES Correction N° 22 du 11/12/20

Lors d'un lettrage à la volée (depuis la saisie par pièce ou la saisie d'un règlement client par exemple), pour une pièce saisie en Euros, avec lettrage en contrepartie d'une ou plusieurs écritures en devises, il y avait passation d'une différence de change injustifiée. Les écritures lettrées en devises étaient converties en euros au cours du jour (dernier cours défini dans la table des devises) alors qu'il fallait prendre leur montant en euros tel qu'il était déjà enregistré, c'est à dire au cours utilisé lors de leur saisie.
Et au final, s'il y a une différence entre la somme des contre-valeurs en euros des écritures lettrées et le montant du règlement en euros, il s'agit d'une différence de règlement et non d'une différence de change, que l'on traite alors de façon classique (OD automatique de différence).

Une modification de même nature a été faite lors d'un lettrage à la volée pour une pièce en devise, avec lettrage en contrepartie d'écritures dans une devise autre que celle de la pièce saisie et autre que la devise de référence (l'Euro) (il s'agit d'un cas d'usage rarissime). Dans ce cas, les écritures lettrées en contrepartie sont désormais converties dans la devise de référence à partir de leur montant déjà enregistré en devise de référence, en utilisant le cours de la pièce en cours de saisie. Auparavant, on repartait du montant devise de la pièce déjà enregistrée en le convertissant dans un premier temps en euros (via le cours indiqué dans une fenêtre qui était proposée à la volée en saisie d'un règlement client ou fournisseur, via le dernier cours connu dans la table des devises en saisie par pièce), puis dans un second temps en convertissant ce montant Euros dans la devise de la pièce en cours de saisie. Cette double conversion pouvait provoquer là-aussi une différence de change inappropriée.

Remarque : cette correction est le pendant en version 11 de la correction V10 N501. 
REDUCTION HAUTEUR DE CERTAINES GRANDES FENETRES Correction N° 23 du 14/12/20

Certaines fenêtres étaient un peu trop grandes pour s'afficher correctement sur les écrans à faible résolution (hauteur inférieure à 800 pixels). Elles ont été légèrement réduites en hauteur.
SORTIES IMMOBILISATIONS - 2 CORRECTIONS Correction N° 24 du 16/12/20

Deux corrections ont été apportées dans la gestion des immobilisations :

  1. Quand on cliquait sur le bouton Consulter les sorties, donnant accès à la gestion des sorties d'immobilisations, au retour de cette fenêtre de gestion des sorties, on ne rechargeait pas la liste des immobilisations sur l'écran principal. Or, dans la fenêtre de gestion des sorties, on peut avoir par exemple supprimé une sortie d'immobilisation, ce qui doit être répercuté sur l'écran principal où les immobilisations sorties apparaissent grisées.
    De plus, le fait de ne pas avoir rechargé cette liste pouvait provoquer une erreur plus grave, avec une discordance entre la quantité sortie enregistrée dans la Fiche immobilisation (fichier IMOIMO, rubrique QCES) et les sorties réellement liées à cette immobilisation dans le fichier des sorties (fichier IMOCES).
  2. Lié à ce non rechargement, un autre problème pouvait se poser également ensuite. L'enregistrement courant dans le fichier des Immobilisations correspondait à celui affiché dans la fenêtre de gestion de sorties et non plus à celui affiché dans la table de la fenêtre principale de gestion des immobilisations. Du coup, si on cliquait sur le bouton Enregistrer une sortie, le système tentait de saisir une sortie sur l'enregistrement courant du fichier, et non celui affiché dans la table. 
GESTION IMMOBILISATIONS MODE AVANCE - AJOUT BOUTON RAFRAICHIR Correction N° 25 du 16/12/20

Dans la fenêtre de gestion des immobilisations, en mode « Avancé », un bouton Rafraichir a été ajouté pour recharger la table des écritures. Cela est nécessaire dans le cas où l'on a fait appel à une procédure de consultation depuis cette table (double clic sur un N° de compte, un N° de pièce ou une référence document) et qu'on a modifié une des factures d'immobilisation depuis la fenêtre de consultation.
Auparavant, c'est au retour de la fenêtre de consultation qu'on rechargeait la table si une pièce avait été modifiée. En version 11, cela ne peut plus être géré de la même façon car la consultation se fait dans une fenêtre ouverte en parallèle de la saisie en cours (fenêtre non modale). On ne sait donc pas exactement quand cette fenêtre est refermée. Et même si elle ne l'est pas, il peut être nécessaire de rafraichir la liste si une modification a été faite depuis la consultation.
MODIFICATION PIECE - PETITE CORRECTION ERGONOMIE EN SAISIE DU MOTIF Correction N° 26 du 16/12/20

Dans la dernière fenêtre de saisie d'une modification de pièce, celle où l'on saisit le motif de la modification, la barre d'outils de formatage du champ RTF masquait partiellement le libellé Veuillez saisir un motif pour cette modification de pièce qui s'affiche en partie haute.
PROBLÈME DE DÉCALAGE DES WIDGETS Correction N° 27 du 18/12/20

Si, en mode modification, on décale le tableau de bord à l'aide des ascenseurs et que l'on tente d'ajouter ou de déplacer un widget, ce dernier n'était pas restitué au même emplacement lors de la prochaine ouverture du projet.
CHANGEMENT DE SOCIÉTÉ - CODE SOCIÉTÉ TROP LONG Correction N° 28 du 18/12/20

Une petite correction d'affichage a été apportée sur la liste des sociétés. Le code société pouvait être tronqué par le libellé.

LETTRAGE A LA VOLEE - PRELETTRAGE PAR MONTANT OU SOLDE Correction N° 29 du 21/12/20

Lors d'un lettrage effectué « à la volée », depuis la saisie pièce, kilomètre ou règlement client, il y a désormais un pré-lettrage qui est opéré automatiquement à l'ouverture de la fenêtre de lettrage, en s'appuyant sur le montant de l'écriture en cours de saisie et le cas échéant de son code devise :
 - si on trouve, parmi toutes les écritures non lettrées du compte, une qui correspond exactement au montant à lettrer,
   l'écriture en question est automatiquement pointée
 - si on n'a trouvé aucune écriture correspondant au montant à lettrer, mais que le solde du compte correspond exactement
   au montant à lettrer, toutes les écritures affichées sont prélettrées.
Dans les deux cas, on peut ainsi directement appuyez sur Entrée ou cliquer sur le bouton OK pour valider le lettrage. Plus besoin de pointer la ou les écritures, ce pointage étant déjà effectué par défaut.
NOUVELLE FENÊTRE - ASSISTANT DE CREATION FICHIER DE FORMAT D'INTERFACE Correction N° 30 du 23/12/20

Une nouvelle fenêtre OUTIIAA permet de créer/modifier un fichier de description de format d'interface (fichiers .fdf). Cette fenêtre est accessible depuis la fenêtre Interface avec d'autres applications en se positionnant sur le fichier de description puis en cliquant sur Editer Fichier.
Au lancement de l'outil, le fichier de description ainsi que le fichier à importer sont chargés, ce qui permet de comparer les valeurs des deux fichiers dans une même fenêtre. On peut alors utiliser le Drag & Drop des valeurs du fichier modèle vers les tables de description.
Le fichier modèle est chargé avec les paramètres renseignés dans l'onglet Général. Une fois les paramètres modifiés, il est nécessaire de recharger le fichier modèle pour les appliquer.

NOUVEAU FORMAT D'EXPORT DEDIE POWER QUERY Correction N° 31 du 24/12/20

Dans la fenêtre d'export des données pour la DGFiP, un nouveau bouton permet de sélectionner les options appropriées pour un export de toutes les colonnes possibles, en format CSV, avec les dates au format JJ/MM/AAAA. L'objectif est de constituer un fichier FEC contenant le maximum d'informations pour le relire ensuite avec Excel, via Power Query.
INTERFACE FORMAT QUADRA - CHOIX RACINES TIERS 0-9 Correction N° 32 du 30/12/20

Dans la fenêtre permettant de convertir à la volée des fichiers d'interface reçus du format « natif » ASCII QuadraCompta au format natif LD (format texte à colonage fixe), on dispose désormais d'une option sur l'onglet Paramètres pour indiquer que les comptes commençant par 0 sont des comptes clients et que les comptes commençant par 9 sont des comptes fournisseurs. Jusqu'alors, c'était obligatoirement l'inverse : les comptes commençant par 0 étaient des comptes fournisseurs et les comptes commençant par 9 étaient des comptes clients.
Cette option a aussi été ajoutée dans la fenêtre de reprise d'une comptabilité Quadra Compta.
PROBLEME SORTIE D'UNE IMMO NON AMORTISSABLE Correction N° 33 du 30/12/20

Quand on enregistrait la sortie d'une immobilisation non amortissable, mais ayant une base à amortir renseignée quand même (un terrain par exemple), la sortie ne venait pas diminuer la base à amortir initiale. Cela faussait ensuite l'état de situation.
AFFICHAGE ACTUALITES A L'OUVERTURE DU LOGICIEL - RACCOURCI ECHAP Correction N° 34 du 15/01/21

Dans la fenêtre d'affichage des actualités qui s'affiche automatiquement à l'ouverture du logiciel chaque fois qu'il y a une actualité non lue, le raccourci clavier Echap a été ajouté sur le bouton Me rappeler ces actualités à la prochaine ouverture.
Ainsi, sur un petit écran où il est possible que ces boutons ne soient pas visibles, donc pas cliquables, on peut quand même fermer cette fenêtre. De plus, le fait de pouvoir donner le focus aux boutons par la touche Tabulation a été désactivé, pour avoir exactement le même comportement que dans LDPaye.
WIDGET SOCIETE - SUPERPOSITION DATES SI AFFICHAGE 125% Correction N° 35 du 18/01/21

Si dans les paramètres d'affichage de Windows on avait choisi une mise à l'échelle avec un facteur autre que 100%, sur le widget Société s'affichant sur le tableau de bord, la date de de l'exercice comptable se superposait à la date de début d'exercice.
ERREUR OUVERTURE LDCOMPTA SUR AFFICHAGE NOUVELLES ACTUALITES Correction N° 36 du 18/01/21

Sur certains postes de travail, de manière aléatoire et inexpliquée, on avait parfois une erreur à l'ouverture du logiciel, lors de l'affichage des nouvelles actualités. L'erreur signalée était :
Erreur à la ligne 9 du traitement Méthode AfficherSiNouvellesActualités.
L'autodiagnostic des threads a détecté un comportement interne inattendu.
Pour y remédier, on a intercepté tout type d'erreur pouvant survenir à l'ouverture de la fenêtre d'affichage de ces actualités. 

DECLARATION HONORAIRES - PROBLEME SI POINT-VIRGULE DANS FICHE FOURNISSEUR Correction N° 37 du 19/01/21

Si on avait renseigné un point-virgule dans la fiche d'un des fournisseurs DAS2, dans la zone Commentaires qui est reprise sur l'état des honoraires en tant que Profession, cela provoquait un plantage du traitement, en raison d'un mauvais colonage au sein du fichier CSV utilisé lors de ce traitement.
RESTAURATION DE FICHIERS VOLUMINEUX EN CLIENT/SERVEUR Correction N° 38 du 19/01/21

La restauration de fichiers volumineux (de plus de 1Go) ayant été découpés dans la sauvegarde, puis rassemblés à la restauration, provoquait une erreur lorsque le dossier était restauré en HF C/S.
OPTIMISATION FENETRE DE SUPPRESSION CPUDEN Correction N° 39 du 19/01/21

L'outil CPUDEN qui permet de supprimer un lot d'écritures ou un ensemble d'écritures provenant d'une même interface (N° d'entrée) a été optimisé. Pour isoler les écritures à supprimer, on passe désormais par une requête SQL plutôt qu'un « bête » parcours séquentiel du fichier des écritures, parcours qui pouvait prendre pas mal de temps lorsqu'on avait des centaines de milliers d'écritures étant donné qu'on bloquait une à une les écritures.
MISA À JOUR - CONVERSION D'ECRITURES QUADRA ASCII Correction N° 40 du 22/01/21

La fenêtre permettant de convertir des écritures du format Quadra au format LDCompta se basait sur le fichier de description d'interface de la compta V10. La procédure de conversion des lignes au format LD a été modifiée pour correspondre au modèle de description d'interface de la V11 (libellé pouvant aller à 50 caractères au lieu de 25).

AJOUT ECHEANCE DEPUIS CONSULTATION COMPTE - SE FAIT TOUJOURS AU DEBIT Correction N° 41 du 22/01/21

Quand on ajoutait une échéance depuis l'écran de consultation d'un compte fournisseur, via le menu contextuel obtenu par un clic droit sur une facture, l'échéance était toujours ajoutée au débit dans l'échéancier, sans tenir compte du sens Débit-Crédit de l'écriture de départ.
Ce problème se produisait depuis début septembre 2020, faisant suite à la correction 485, qui modifiait la façon dont étaient gérées les valeurs à zéro dans les colonnes Débit-Crédit de la procédure de consultation de compte, pour régler un souci en cas d'export vers Excel (Valeurs Zéro remplacées par Null).

FENETRE DE CONSULTATION MULTI-ONGLETS - MEILLEURE GESTION DU TITRE Correction N° 42 du 27/01/21

Dans la fenêtre de consultation qui propose en version 11 plusieurs onglets dynamiques, un peu comme un navigateur, la barre de titre réagit désormais au contenu de l'onglet actif.
De plus, si cette fenêtre est appelée directement depuis une autre application, sans que l'on passe par la fenêtre principale de LDCompta, on présente dans la barre de titre le code et le libellé de la société sur laquelle la consultation est opérée, en sus du type de consultation (compte, journal, pièce...).

LETTRAGE - RISQUE DE DOUBLON SI PLUSIEURS LETTRAGES DANS LE MEME COMPTE Correction N° 43 du 04/02/21

Dans le cas d'une saisie (pièce ou kilomètre), si plusieurs lignes de la pièce mouvementaient le même compte et que ce compte était lettrable, les écritures lettrées sur une ligne précédente de la même pièce n'étaient pas bloquées (coche grise) lors du lettrage des lignes suivantes de la même pièce. Une écriture présente dans le compte lettré antérieurement à cette pièce pouvait donc être lettrée à plusieurs reprises dans la même pièce, avec le risque de provoquer des lettrages déséquilibrés. De plus, en cas de lettrage partiel opéré en saisie par pièce, cela pouvait aussi provoquer des erreurs de doublon (sur le fichier CPTLTP des lettrages partiels) lors de la validation de la saisie.

SAISIE PAR PIECE - BOUTON CONTREPARTIE COMPTE INDISPONIBLE A TORT Correction N° 44 du 04/02/21

En saisie par pièce, le raccourci clavier Majuscule F8 permet de renseigner, sur la ligne courante, le montant permettant de solder le compte mouvementé sur cette ligne.
Or, dans le cas où le module Devises était activé et que l'on saisissait une pièce sur un journal n'autorisant pas la saisie en devises (la saisie est donc faite implicitement en devise de référence), le système interdisait l'usage de cette touche Majuscule F8 en signalant comme erreur :
Cette opération n'est pas possible, la devise de l'écriture courante est autre que la devise de référence.

Au passage, la coche de lettrage grisé indiquant qu'une écriture est déjà en cours de lettrage par ailleurs a été éclaircie, car elle ne distinguait pas assez de la coche verte.

PROBLEME COULEUR FOND SUR MONTANTS LORS D'UN POINTAGE Correction N° 45 du 05/02/21

Dans les différentes fenêtres où l'on peut procéder à un « pointage » (lettrage, rapprochement bancaire...), si on avait choisi un gabarit autre que le gabarit original, les montants pointés disparaissaient. Ils étaient affichés en blanc sur fond blanc, au lieu d'avoir un fond coloré comme la barre de boutons.
Explication technique : c'était la fenêtre nommée Fen_OptionGabarit, qui est lancée systématiquement (en invisible) à l'ouverture de l'application pour positionner un certain nombre de constantes couleur, qui ne faisait plus son travail car les styles utilisés dans celle-ci étaient (on ne sait pourquoi) tous dissociés du gabarit.
EDITION GRAND-LIVRE COMPTE PAR COMPTE-PRISE EN COMPTE DES FILTRES EN CONSULTATION Correction N° 46 du 05/02/21

Suite au changement du mode de fonctionnement des procédures de consultation en version 11 (onglets dynamiques), l'option Prendre en compte les filtres appliqués en consultation de la fenêtre d'impression d'un grand-livre, lorsque celle-ci est appelée depuis la fenêtre de consultation d'un compte (bouton Imprimer compte), ne s'activait jamais. Elle restait tout le temps grisée.
EXPORT VERS EXCEL VIA BOUTON OUVRIR : VRAIS FICHIERS EXCEL Correction N° 47 du 10/02/21

Pour les fenêtres de lancement d'une édition disposant d'un bouton Ouvrir, qui permet d'ouvrir les données de l'état directement dans Excel, plusieurs améliorations significatives ont été faites :
 1) le fichier généré pour ces exports est désormais un « vrai » fichier au format xlsx, alors qu'auparavant, c'était un fichier
     au format « texte avec tabulation », portant l'extension .xls. Excel savait ouvrir ces fichiers, moyennant un petit message
     d'avertissement signalant qu'il y avait discordance entre l'extension du fichier et le format des données portées dans celui-ci.
     Mais Libre Office ne savait pas l'ouvrir, pas plus que la visionneuse Excel.
 2) La « forme » de ces fichiers a été améliorée, avec des en-têtes de colonnes plus clairs, en gras, cadrés à gauche,
     avec un fond de couleur. Les largeurs de colonne sont adaptées au contenu. Les données sont cadrées à gauche, à droite ou centrées,
     selon le type des données contenues : texte, numérique, date ou code. Enfin, toutes les colonnes présentant un montant en euros
     ou en devises sont formatées avec un masque Excel personnalisé : "# ##0,00;-# ##0,00;"  
 3) Le libellé du bouton est désormais Ouvrir .xlsx, avec le raccourci Alt X.
Cela concerne les états suivants :
 - Balances générale et auxiliaire, Balances âgées client et fournisseurs, Balances budgétaires
 - Grands-livres généraux et auxiliaires, Grand-livre en devises, Grand-livre compte par compte, Grand-livre par échéance
 - Balance analytique, Grand-livre analytique
 - Etat de situation des immobilisations
 - Suivi des délais de paiement clients et fournisseurs
Par ailleurs, pour les grands-livres, l'export est désormais directement exploitable : on a simplement une ligne par écriture, sans aucune ligne de rupture par compte, de totalisation par mois, par compte ou par classe. Ces sous-totaux peuvent de toute façon facilement être réintroduits dans Excel. Toutefois, si vous avez des traitements qui étaient basés sur l'ancien format de grand-livre, sachez que ces fichiers sont toujours produits dans le répertoire temporaire, avec le même nom de fichier que celui ouvert dans Excel, mais portant l'extension .xls au lieu de .xlsx.

EDITION DU GRAND LIVRE EN DEVISE - AJOUT DE FILTRES SUR LES GROUPES ET FAMILLES Correction N° 48 du 19/02/21

Comme pour les impressions des grands livres clients et fournisseurs standards, l'ajout du filtre par groupe ou famille a été ajouté sur l'édition du grand livre en devise par tiers.
AMELIORATIONS DES FILTRES DANS LES PROCEDURES DE CONSULTATION Correction N° 49 du 19/02/21

Dans les différentes fenêtres de consultation, la gestion des filtres a été améliorée. On a notamment ajouté les opérateurs suivants :
Pour les champs numériques et alphanumériques :
  Non compris entre
  Pas dans la liste
Pour les champs alphanumériques uniquement :
  Ne commence pas par
  Se termine par
  Ne se termine pas par
  Ne contient pas

L'ordre des opérateurs a aussi été modifié. Au final, on dispose donc des 16 opérateurs suivants :
  Egal à,  Différent de
  Supérieur à, Supérieur ou égal à
  Inférieur à, Inférieur ou égal à
  Compris entre, Non compris entre
  Dans la liste, Pas dans la liste
  Commence par, Ne commence pas par
  Se termine par, Ne se termine pas par
  Contient, Ne contient pas
Remarque : les opérateurs Commence par, Se termine par, Contient et les 3 opérateurs inverses ne sont disponibles que pour les champs alphanumériques.

Par ailleurs, quelques petites imperfections dans la fenêtre de définition d'un filtre ont été corrigées.

EXPORT FACTURES ACHAT REGLEES POUR YOOZ Correction N° 50 du 22/02/21

Pour pouvoir traiter le cas de l'export des factures d'achat réglées pour Yooz, qui attend cela dans un format XML propriétaire, on a ajouté la possibilité d'exécuter une procédure compilée dynamiquement tout à la fin du traitement d'export des factures d'achat réglées.
Le nom du fichier contenant le source de la procédure doit être indiqué en position 385 à 512 du paramètre programme IEXPFAAC.
La procédure reçoit en paramètre le nom du fichier d'export. Elle peut ainsi modifier le contenu de ce fichier à loisir.
En parallèle, on a écrit le code de la procédure permettant de passer d'un format CSV au format XML attendu par Yooz. Cela se trouve dans le dossier ...\LD SYSTEME\Clients - Documents\SADEL\Export LDCompta pour Yooz.

Au passage, on a corrigé une anomalie dans cette procédure d'export des factures d'achat réglées, ainsi que dans la procédure d'export des factures de ventes réglées. On traite désormais correctement le cas des fichiers de type « texte avec séparateur Tabulation ». Auparavant, le séparateur TAB, lorsqu'il était porté dans le fichier de description .FDF en tant que séparateur de colonne, n'était pas traité correctement. On se retrouvait avec un fichier d'export ayant le caractère T comme séparateur de colonne ! 

INTERFACE - PRETRAITEMENT POUR IMPORT DES FACTURES D'ACHAT DEPUIS YOOZ Correction N° 51 du 22/02/21

Une nouvelle procédure de pré-traitement d'interface, pouvant donc être intercalée juste en amont de la procédure d'interface standard, a été développée. Elle est conçue pour corriger un fichier contenant les factures d'achat provenant de Yooz.
La modification consiste simplement à permuter les colonnes NPIE et TXTL (colonnes 4 et 34) et à compléter la zone N° de pièce à 7 chiffres.
Le fichier à traiter doit être au format standard CSV séparateur Point-virgule de LDCompta V10. 

BALANCES BUDGETAIRES - PETITE CORRECTION SUR LES EN-TETES DE COLONNES Correction N° 52 du 01/03/21

Une petite correction a été faite pour faire disparaître un caractère bizarre qui apparaissait sur les en-têtes des colonnes des balances budgétaires.
MODULE GED - PETITES CORRECTIONS Correction N° 53 du 05/03/21

Quelques petites corrections ont été apportées dans le code source du module GED, l'objectif étant de rapprocher au maximum ce code de celui de LDPaye Version 10.
Ces corrections sont sans incidence sur le fonctionnement de ce module. 
MODIFICATION DE PIECE - BLOCAGE JOURNAL A NOUVEAUX DEFICIENT Correction N° 54 du 05/03/21

Lorsqu'on tentait de modifier, depuis une fenêtre de consultation, une pièce présente sur le journal des à nouveaux (ou le journal des abonnements), on avait un message disant « Les écritures du journal des à nouveaux ne peuvent être modifiées. ».
Mais suite à cela, la fenêtre de sélection de la pièce, présentant le code journal, la date et le N° de pièce, était affichée avec les 3 champs modifiables. En validant cette fenêtre après avoir remplacé le code journal, on se retrouvait bien en modification du lot des à nouveaux !
Cette fenêtre de sélection de la pièce à modifier n'est désormais plus affichée. On revient immédiatement à la fenêtre de consultation suite à l'affichage du message précisant que la pièce ne peut pas être modifiée.
INTERFACE STANDARD - MEILLEURE GESTION DES FENETRES DE PRETRAITEMENT Correction N° 55 du 08/03/21

Dans la procédure d'interface standard en entrée de LDCompta, on peut désormais agir plus facilement sur la fenêtre de pré-traitement à intercaler avant le traitement d'interface proprement dit, la fenêtre de prétraitement ayant souvent pour fonction de convertir le format du fichier d'interface à intégrer.
Auparavant, on n'avait que 2 façons d'utiliser une fenêtre de pré-traitement :
 1) lors d'un lancement de l'interface depuis le menu par l'option Outils/Interface avec autres applications, il fallait avoir renseigné
     au préalable le nom de la fenêtre de pré-traitement dans le paramètre programme CPUIAA, à partir de la position 11. 
 2) lors d'un lancement de l'interface par l'automate (menu Outils/Automate d'interface avec autres applications), il fallait avoir renseigné
     le nom de la fenêtre dans la règle d'interface, via le mot-clé FENETRE_PRETRAITEMENT.
Les améliorations apportées sont les suivantes :
 - On peut désormais choisir le nom de la fenêtre de prétraitement directement dans la fenêtre de lancement de l'interface
 - Les fenêtres de prétraitement les plus courantes (SAGE, CEGID, QUADRA...) peuvent être sélectionnées directement
   dans une liste déroulante. Pour les autres, on doit simplement inscrire le nom de la fenêtre à intercaler.
 - La fenêtre de prétraitement est mémorisée lorsqu'on mémorise une configuration d'interface, en même temps que le nom du
   fichier à intégrer et le format du fichier correspondant (nom du fichier .fdf).
 - Lorsqu'une fenêtre de prétraitement est présélectionnée de par une configuration (ou via une règle de l'automate d'interface),
   on peut quand même court-circuiter l'appel de celle-ci, simplement en décochant l'option Fenêtre de prétraitement.
Du fait de ce nouveau mode de fonctionnement, lorsqu'on lance l'interface, on arrive désormais sur la fenêtre principale de lancement de l'interface, celle où l'on peut éventuellement sélectionner ou au contraire neutraliser l'appel d'une fenêtre de prétraitement, et non pas directement sur la fenêtre de prétraitement comme c'était le cas auparavant. Puis, si une fenêtre de prétraitement est sélectionnée, celle-ci s'affiche et s'exécute, et l'on revient ensuite dans la fenêtre principale où le traitement d'interface s'enchaîne.

Par ailleurs, lorsqu'on passe par l'automate d'interface, un nouveau mot-clé EXECUTION_AUTOMATIQUE=N permet de ne pas déclencher les traitements automatiquement : on doit dans ce cas cliquer sur le bouton OK de la fenêtre principale de l'interface, et aussi sur le bouton de validation de la fenêtre de prétraitement s'il y en a une. Cela peut s'avérer pratique lorsque par exemple, une valeur doit être saisie à chaque exécution dans la fenêtre de prétraitement.

Enfin, dans la fenêtre principale de l'interface, on peut désormais supprimer une configuration d'interface préalablement enregistrée, en tenant la touche Majuscule enfoncée lors du clic sur le bouton Enregistrer.
FENETRE PRETRAITEMENT POUR INTERFACE PAYE ADP DECIDIUM Correction N° 56 du 09/03/21

Une fenêtre de prétraitement a été conçue pour convertir « à la volée » un fichier d'interface reçu au format ADP Decidium (format CSV) dans le format natif LDCompta (format texte à colonage fixe V10 ou CSV V10, selon l'extension choisie pour le fichier en sortie).
Deux options présentes dans la fenêtre de lancement permettent d'indiquer si on doit ignorer la première ligne du fichier CSV (ligne d'en-têtes de colonnes) et ce que l'on doit faire quand dans le fichier d'origine, une ligne comporte à la fois un montant au débit et un montant au crédit : comptabilisation de 2 écritures, l'une au débit et l'autre au crédit, ou comptabilisation d'une seule écriture pour le solde Débit-Crédit.
Dans le paramètre programme nommé ADP_DECID, on doit renseigner le mode de découpage à réaliser de la colonne H-Numéro d'imputation présente dans le fichier d'origine en 1, 2 ou 3 axes analytiques Section, Affaire, Destination de LDCompta :
 - en position 1-2 et 3-4, on indique les positions début et fin pour le code section
 - en position 5-6 et 7-8, on indique les positions début et fin pour le code affaire
 - en position 9-10 et 11-12, on indique les positions début et fin pour le code destination
Ainsi, si on reçoit une ventilation de la forme SSSSAA (code section sur 4 caractères, code affaire sur 2 caractères, pas de code destination), on indiquera 010405060000.
Dans ce même paramètre programme, en position 13 à 18, on peut indiquer une chaine de caractère qui sera utilisée comme préfixe pour le N° de pièce attribué automatique à l'écriture de paye. Le N° de pièce sera constitué de ce préfixe, en y ajoutant l'année et le mois issu de la date (format AAMM) et du code établissement (information fournie en colonne 1). 
On peut aussi forcer l'utilisation du format de sortie : CSV ou « texte à colonage fixe », en indiquant CSV ou TXT en position 19 à 21 de ce paramètre. Pour toute autre valeur renseignée en position 19 à 21, le système se base sur l'extension indiquée dans le nom du fichier en sortie : CSV si extension .csv, texte à colonage fixe pour toutes les autres extensions de fichier.

FENETRE PRETRAITEMENT POUR INTERFACE PAYE SYLAE Correction N° 57 du 09/03/21

Une nouvelle procédure de prétraitement d'interface a été créée, pour retraiter un fichier provenant de la paye SYLAE.
Le prétraitement consiste juste à remplacer certains numéros de comptes généraux, en s'appuyant sur une table de correspondance.
Le fichier à traiter est supposé être au format standard « texte à colonage fixe » de LDCompta Version 9.
Pour définir la table de correspondance des comptes, il faut créer un paramètre programme nommé ISYLAE ainsi :
 - Position 1 : définit le type d'écritures pour lequel on désire appliquer le changement des numéros de comptes généraux
   On peut renseigner la valeur E, la valeur A ou laisser cette position à blanc. Dans ce dernier cas, le changement sera opéré
   à la fois sur les écritures de comptabilité générale (type E) et les OD de ventilations analytiques (type A).
 - à partir de la position 65 et jusqu'à la fin de la valeur alphanumérique du paramètre programme, on renseigne la table de correspondance
   sous la forme XXX:YYY;XXX:YYY;... où XXX est le N° de compte à remplacer et YYY est le N° de compte de remplacement.
INTERFACE STANDARD-DYSFONCTIONNEMENT FENETRES PRETRAITEMENT Correction N° 58 du 11/03/21

Suite à la correction 55, il y avait un dysfonctionnement de la procédure d'interface, lorsqu'on avait une fenêtre de prétraitement.
Au retour de la fenêtre de prétraitement, il n'y avait pas enchaînement automatique sur le traitement de contrôle et validation. Et si on cliquait à nouveau sur le bouton OK, cela relançait le prétraitement.
Pour corriger cela, il a fallu forcer un code retour égal à OK dans toutes les fenêtres de prétraitement qui ne retournaient pas explicitement une valeur quand tout se passait bien, ce qui retournait implicitement une valeur Annuler, comme si on avait cliqué sur le bouton Annuler de la fenêtre de prétraitement. Auparavant, le fait que la fenêtre de prétraitement ne retournait rien n'était pas gênant car on revenait sur la fenêtre de traitement qu'on devait valider par OK. Désormais, on passe une première fois par la fenêtre d'interface, on valide par OK, ce qui ouvre la fenêtre de prétraitement. Et au retour de la fenêtre de prétraitement, on est donc censé enchaîner automatiquement le contrôle et la validation du fichier d'interface, si le prétraitement s'est bien passé. 

D'autre part, on a revu aussi l'ergonomie de la fenêtre de lancement de l'interface, car on était tenté, en cas de prétraitement, de sélectionner dès cette première fenêtre le fichier « original » à importer, alors que s'il y a un prétraitement, le fichier affiché ici est le fichier résultant du prétraitement. Il ne faut donc pas le toucher : c'est dans la fenêtre de prétraitement qu'on choisit le fichier « original » à importer et le fichier final, celui résultant du prétraitement qui va ensuite être contrôlé et validé.
Désormais, s'il y a une fenêtre de prétraitement, le fichier à importer ne peut donc pas être modifié dans la première fenêtre d'interface : le champ est grisé. 

SAUVEGARDE/RESTAURATION - MEILLEURE GESTION DE LA JAUGE DE PROGRESSION Correction N° 59 du 12/03/21

La gestion des différentes jauges de progression dans les procédures de sauvegarde et restauration a été améliorée.
De plus, une correction a été apportée dans la sauvegarde des sous-répertoires : en effet, il manquait le premier niveau de répertoire dans le chemin sauvegardé au sein du fichier ZIP, ce qui posait problème en cas de restauration : les fichiers n'étaient pas restaurés à leur emplacement d'origine.
CONTROLE ACCES AUX FENETRES DE CONSULTATION NE FONCTIONNAIT PLUS Correction N° 60 du 17/03/21

La gestion des sécurités d'accès sur les différentes fenêtres de consultation (compte, pièce, référence...) ne fonctionnait plus en version 11.
Cela était dû au fait que ces consultations sont gérées, depuis la version 11, dans une fenêtre unique, via des onglets dynamiques.
On a donc rétabli le fonctionnement « normal » de ces autorisations, qui doivent être créées, si nécessaire, pour chaque fenêtre de consultation : HICLST, HIPLST, HIRLST, HIJLST, HIMLST, HILLST... En revanche, nul besoin de gérer les droits d'accès à la fenêtre HIXLST, qui n'est que le « cadre d'affichage » qui reçoit les différentes fenêtres internes de consultation, au travers des onglets dynamiques.
On a dû également mieux gérer certains cas particuliers :
 - lorsque la fenêtre principale HIXLST est déjà ouverte, et qu'on provoque l'ouverture d'un nouvel onglet dynamique par un double
   clic sur un onglet déjà ouvert (dans une colonne N° de compte, N° de pièce, Code journal...), si on n'est pas autorisé à la fenêtre
   demandée, un message le signale et l'onglet n'est pas ouvert.
 - De même, quand on demande l'ouverture d'un nouvel onglet via le bouton + de l'onglet dynamique, les consultations auxquelles on n'est
   pas autorisé sont grisées dans le menu déroulant permettant de choisir le type de consultation souhaité dans le nouvel onglet.
 - Enfin, si on tente de lancer « directement » la fenêtre principale HIXLST sur un type de consultation auquel on n'est pas autorisé,
   on a un message signalant l'absence d'autorisation et la fenêtre ne s'ouvre pas. Cela pourrait être le cas par exemple si on clique sur
   un code journal depuis un grand-livre en aperçu avant impression alors qu'on n'est pas autorisé à la consultation par journal.

Une autre modification a été faite au passage : quand depuis un aperçu avant impression, on cliquait sur un N° de pièce (notion de « champ cliquable » sur les états), c'était encore l'ancienne consultation par pièce (celle de la version 10) qui s'ouvrait. Désormais, c'est bien la nouvelle consultation qui s'ouvre, sur un onglet dynamique de la fenêtre HIXLST, comme cela était déjà le cas lors d'un clic sur un N° de compte ou un code journal.

RELEVÉ DE COMPTES CLIENTS - POSSIBILITÉ DE LANCER DES FONCTIONS SPÉCIFIQUES Correction N° 61 du 18/03/21

L'édition des relevés de comptes clients a été améliorée, afin de pouvoir plus facilement y incorporer des présentations spécifiques, sans être obligé de passer par Etats et Requêtes Utilisateur. Le principe utilisé est le même que celui utilisé pour les bulletins de paye et qui avait déjà été mis en œuvre pour les lettres de relance dans la version 11 de LDCompta.
Le (nouveau) paramètre programme RLVETA permet de spécifier l'emplacement du fichier .wdes contenant le code source spécifique le cas échéant. Le fichier source .wdes doit comporter une procédure pour chaque point d’entrée pour lequel on veut insérer du code. C’est le nom de la procédure qui détermine le point d’entrée où ce code sera inséré. 9 points d’entrée sont possibles :

Remarque : un fichier RelevéCompteClient.wdes est livré dans le répertoire des programmes de LDCompta. Il contient uniquement la déclaration des différentes procédures pouvant être complétées.

IMMOBILISATION - PROBLEME SI SORTIE A LA DATE DE REPRISE D'UNE IMMOBILISATION Correction N° 62 du 18/03/21

Pour les immobilisations ayant fait l'objet d'une reprise, en principe au 1er jour de l'exercice en cours, si on saisissait suite à la reprise une sortie avec une date de sortie égale à la date de reprise, le calcul du plan d'amortissement se faisait mal. Il fallait saisir la sortie à minima au lendemain de cette date de reprise pour que cela fonctionne, quitte à forcer les dotations à zéro sur l'exercice en question.
Désormais, la sortie peut bien être enregistrée directement à la date de reprise si on le souhaite, et le plan d'amortissement se calcule normalement. Et dans ce cas-là, la dotation calculée au prorata sur l'exercice courant est automatiquement nulle. 
PROBLEME MIGRATION FICHIER CPTRGC EN BASE HFCS Correction N° 63 du 19/03/21

On rencontrait parfois un souci lors de la migration de la version 10 à la version 11 : le fichier CPTRGC-Règlements clients n'était pas migré, bien que sa structure ait changé (une seule petite chose a changé :  le nombre de composantes de la clé KRGC4 : 2 en V10, 3 en V11). Ce changement de structure du fichier n'était parfois pas détecté, seulement dans le cas d'une base HFCS ; cela semblait assez aléatoire.
Lorsque ce fichier n'était pas migré, on ne s'en rendait pas compte tant qu'on ne faisait pas de bordereau de remise en banque. Il n'y a que lors de la création du bordereau de remise en banque, qui utilise cette clé KRGC4, qu'il y avait un crash.
Pour éviter cela, lors de la migration de la V10 à la V11, quand on teste le changement de structure de ce fichier en l'ouvrant avec l'option HVérifieStructure(CPTRGC, hIdentique), on effectue désormais en sus une lecture sur cette clé KRGC4. Ainsi, si cette clé n'a pas les 3 composantes requises en version 11, le changement de structure est bien détecté et la migration du fichier a lieu.

CONTROLE EQUILIBRE DES LOTS - FAUSSE ANOMALIE PARFOIS Correction N° 64 du 22/03/21

Sur des dossiers comptables comportant un grand nombre d'écritures avec de très gros montants (plus de 1 milliard), notamment sur les à nouveaux, il pouvait arriver que la procédure de contrôle de l'équilibre des lots signale un déséquilibre alors qu'il n'y en avait pas.
Complément d'information technique : quand le système additionne les écritures lot par lot, il y avait un problème de précision (à cause de l’éternel problème de précision des variables déclarées en « réel » sous Windows), et ce bien que les zones de totalisation soient déclarées en type « monétaire » (donc un type offrant une plus grande précision) plutôt qu’en type « réel ». Mais cela ne suffisait pas, même si la documentation de Windev dit que lorsqu’on a une opération entre un type monétaire et un type réel, la variable déclarée en réel est automatiquement convertie en monétaire.
Pour faire disparaître ce problème, on a donc chargé explicitement le montant de l’écriture dans une variable intermédiaire déclarée en type monétaire avant d'additionner cette variable monétaire dans le total déclaré lui-aussi en monétaire. Et ainsi, on n’a pas de perte de précision, et le total du lot se retrouve bien à zéro. 

SAISIE REGLEMENT FOURNISSEUR - LIBELLE PAR DEFAUT ETAIT A BLANC Correction N° 65 du 22/03/21

 En version 11, si les paramètres du programme de saisie des règlements fournisseurs n'avaient jamais été initialisés (Alt F1 sur le premier écran de cette saisie), aucun libellé n'était proposé par défaut sur le 3ème écran de la saisie.
Cette correction rétablit le même fonctionnement qu'en version 10 : le libellé est initialisé avec le libellé du mode de paiement et le nom du fournisseur.
Le fait de n'avoir aucun libellé par défaut reste une option possible (nouvelle en version 11), activable dans les paramètres du programme. Mais ce n'est plus l'option par défaut. Rappelons que cette option de ne pas avoir de libellé par défaut peut être intéressante si on souhaite utiliser pleinement le nouveau mécanisme d'aide à la saisie des libellés proposé en version 11.
INTERFACE AVEC PRETRAITEMENT - CONFIRMATION AVANT CONTROLE ET VALIDATION Correction N° 66 du 23/03/21

La correction N° 55 a introduit une nouvelle façon de gérer les interfaces faisant appel à une fenêtre de pré-traitement.
Mais il y avait un petit inconvénient : au retour de la fenêtre de pré-traitement, le système enchaînait automatiquement sur le contrôle et la validation du fichier ayant été constitué par la fenêtre de pré-traitement. On ne pouvait donc pas intervenir sur le contenu de ce fichier (bouton Editer fichier).
Pour offrir à nouveau cette possibilité, il y a désormais une fenêtre de confirmation qui apparaît au retour de la fenêtre de prétraitement, avec le titre Fin de prétraitement du fichier et posant la question :
Voulez-vous lancer maintenant le contrôle et la validation du fichier à importer ?
En répondant Non à cette question, on se retrouve dans la fenêtre d'interface où l'on peut à loisir éditer le fichier à importer ou même abandonner purement et simplement le traitement d'interface.
Par défaut, la réponse Oui est automatiquement sélectionnée au bout de 10 secondes.
Remarque : si l'interface est lancée au travers de l'automate d'interface, cette confirmation n’apparaît pas si l'on est en mode Exécution automatique (dans ce mode, toutes les fenêtres s’enchaînent automatiquement). Si l'on souhaite pouvoir intervenir sur le contenu du fichier, il faut ajouter, dans la règle d'interface, l'option EXECUTION_AUTOMATIQUE=N.

 
FENETRE PRETRAITEMENT POUR INTERFACE PAYE SYLAE Correction N° 67 du 23/03/21

 Ajout de la possibilité de ne pas convertir le N° de compte des écritures dont le code section analytique est dans une liste de valeurs données.
Cette liste doit être portée dans le paramètre programme ISYLAE, entre le caractère 11 et le caractère 64.
CONSULTATION VIREMENTS FOURNISSEURS : LISTE DES FACTURES REGLEES Correction N° 68 du 23/03/21

Dans la fenêtre qui présente le détail d'un lot de virements fournisseurs, on visualise désormais en partie basse la liste des factures réglées pour le virement sélectionné en partie haute de l'écran. Pour chaque facture réglée, on retrouve les informations telles qu'on les voit dans l'échéancier avant paiement : Journal, Date, N° de pièce, Référence, Libellé, Montant. On peut également accéder à la facture présente dans la GED le cas échéant (comme cela est possible en consultation du compte fournisseur par exemple).
SERVEUR DE MESSAGES - NE TRAITE PAS LES FICHIERS XML Correction N° 69 du 29/03/21

Suite à différentes corrections apportées dans les procédures d'interface, les fichiers au format XML n'étaient plus intégrés par le serveur de messages.
A PROPOS - ENVIRONNEMENT - CLIC SUR CHEMINS AFFICHÉS Correction N° 70 du 29/03/21

Le clic sur les chemins des répertoires affichés dans la fenêtre d'information de l'environnement (menu ? - A propos, puis Environnement) a été ajouté afin d'ouvrir l'explorateur Windows directement sur les répertoires correspondants.
ACCEPTER PARTOUT DES UNC POUR LES NOMS DE REPERTOIRES Correction N° 71 du 06/04/21

Partout où l'on peut saisir un nom de répertoire, et notamment dans la fenêtre de choix des répertoires utilisés par LDCompta là où l'on définit entre autres le répertoire des données, le répertoire des sous-répertoires, le répertoire de mise à jour centralisée, on peut désormais renseigner ces répertoires sous forme UNC, c'est à dire :
\\NomOuIpDuServeur\NomDuPartage\Dossier\
Cette forme UNC doit désormais être privilégiée à l'utilisation de lecteurs réseau. Ainsi, si on un lecteur réseau L: qui pointe sur un dossier partagé ldsysteme d'un serveur SRVDATA, on indiquera comme répertoire de données \\SRVDATA\ldsysteme\Fichiers\Compta plutôt que L:\Fichiers\Compta.
INTERFACE BONS A PAYER - GESTION MULTI-ECHEANCES Correction N° 72 du 07/04/21

La gestion des bons à payer au travers de la procédure d'interface, faite via les enregistrements de type B=Bon à payer, a été enrichie pour le cas du multi-échéances.
La documentation de l'interface a fait l'objet d'une révision 1.4 pour cela (voir notamment la remarque 3bis page 39 de cette documentation).
Attention : si vous utilisez des fichiers de descriptions (.fdf) spécifiques, il faut ajouter dans ceux-ci, en fin de fichier, la description du nouveau champ DTHO de l'enregistrement de type B, en prenant exemple sur les fichiers IntCptV10.fdf ou IntcptV10_csv.fdf selon le cas. 
PROBLEME SAUVEGARDE LORS DE LA MIGRATION EN V11 Correction N° 73 du 13/04/21

Suite à la correction N° 59, il y avait une erreur lors de la sauvegarde effectuée juste avant la migration d'une version antérieure (V9 ou V10), due à une différence de format sur le fichier des paramètres programmes CPTDTA qui a été reformaté en version 11 par rapport aux versions 9 et 10.
BOUTON IMPRIMER GRISE SI IMPRESSION JOURNAL DEPUIS CONSULTATION Correction N° 74 du 16/04/21

Lorsqu'on demandait l'impression d'un journal depuis la fenêtre de consultation d'un journal, le bouton Imprimer restait grisé tant qu'on ne cliquait pas sur le code du journal en partie gauche de l'écran.
CASE A COCHER TLS SSL MAL INITIALISEE Correction N° 75 du 16/04/21

Pour l'envoi des bordereaux de règlements fournisseurs et les lettres de relances clients, Dans la fenêtre de paramétrage du serveur d'email, les cases à cocher TLS et SSL ne reprenaient pas l'état enregistré précédemment.
IMMOBILISATION REGLE DE SUPPRESSION DATE ACQUISITION < DATE CLOTURE Correction N° 76 du 19/04/21

Il est maintenant possible de supprimer une immobilisation saisie dans l'exercice en cours, mais ayant une date d'acquisition antérieure à l'exercice (cas où l'on saisit la VNC à la date de reprise).
CREATION SOCIETE COPIE DONNEES COORDONNEES BANCAIRES INTERNATIONALES Correction N° 77 du 19/04/21

Lors de la création d'une nouvelle société avec demande de copie d'une partie du paramétrage depuis une autre société, si le fichier client et/ou le fichier fournisseur étaient copiés, les données « Coordonnées bancaires internationales » de ces clients et/ou fournisseurs n'étaient pas copiées.
IMMOBILISATIONS-IMPORT DE FICHIER POUR SORTIES EN MASSE Correction N° 78 du 20/04/21

Il est désormais possible d'enregistrer tout un ensemble de sorties d'immobilisations via un fichier Excel contant la liste des immobilisations à sortir, avec pour chaque immobilisation concernée, les données liées à la sortie : nature de la sortie, date, quantité, dotation...
L'import du fichier Excel se fait via le nouveau bouton Importer situé en bas à gauche de la fenêtre de consultation des sorties d'immobilisation.
Le fichier Excel contenant les sorties à importer doit respecter le format proposé dans le fichier modèle nommé Modèle pour import de sorties immobilisations.xlsx et livré dans le répertoire des documentations de LDCompta. 
GED - AJOUT DE LIENS HTTP Correction N° 79 du 20/04/21

Suite à la correction V10-N477 du 11/08/2020, reportée en version 11, on ne pouvait plus ajouter un lien HTTP en tant que document dans la GED par l'interface graphique (alors que la correction V10-N418 de septembre 2019 l'avait rendu possible).
L'ajout de liens HTTP dans la GED ne restait possible que via l'interface (enregistrement de type G=GED), ce qui reste le plus utilisé. 
EFFETS A L'ENCAISSEMENT-NOUVEAU WIDGET Correction N° 80 du 22/04/21

Un nouveau widget peut être ajouté au tableau de bord. Il permet d'avoir une vue synthétique sur les règlements en portefeuille devant être remis prochainement à l'encaissement. En paramètre, on peut choisir combien de jours avant l'échéance on souhaite être prévenu et comment regrouper les paiements par échéance (par exemple, par intervalle de 5 ou 10 jours) selon le type de paiement (effets, chèques, autres).
PROBLEME INTERFACES EN MODE SERVEUR DE MESSAGE Correction N° 81 du 03/05/21

Suite à la correction N° 72, les interfaces lancées en mode « Serveur de messages » ne fonctionnaient plus : on avait une erreur disant que le champ DTHO était inconnu.
FENETRE DE PRETRAITEMENT POUR INTERFACE EVOLIZ Correction N° 82 du 03/05/21

Une fenêtre de pré-traitement a été conçue pour extraire les données du logiciel de gestion commerciale en ligne Evoliz.com, via l'API du site. Le fichier généré est au format V10 en XML. Les clés publique et secrète à utiliser pour l'API, ainsi que les tables de correspondance (facultative) des comptes généraux et des journaux sont à renseigner dans le paramètre programme EVOLIZ.
SUIVI DE LA TVA - PRISE EN COMPTE FACTURES MULTI-ÉCHÉANCES Correction N° 83 du 10/05/21

Dans les états de suivi de la TVA sur encaissements ou décaissements, on accepte désormais d'avoir des factures avec plusieurs lignes de TTC. On permet ainsi de gérer les factures dont le montant TTC est éclaté en plusieurs lignes avec des dates d'échéances différentes sur chaque ligne.
Pour ces factures multi-échéances, sur les états de TVA, tout se passe comme si on a plusieurs factures gérées indépendamment pour ce qui est des lettrages (et donc du suivi des encaissements et décaissements). Les assiettes et montants de TVA de la facture sont éclatés sur chaque ligne TTC, au prorata des montants TTC de ces lignes.
Remarque : la procédure de clôture annuelle des comptes a été adaptée de façon à conserver le détail de toutes les lignes TTC d'une facture dès lors que l'une au moins des lignes TTC de la facture est non réglée ou réglée non échue à la date de clôture d'exercice. Cela est en effet indispensable au bon fonctionnement du module de suivi de la TVA après clôture, afin de pouvoir ventiler correctement la TVA au prorata des lignes TTC même après clôture annuelle, lorsqu'une partie seulement des lignes TTC de la facture était réglée au moment de la clôture.
CHOIX NIVEAU DE RELANCE FACTURE ET RAPPROCHEMENT BANCAIRE POPUP FEUILLE DE STYLE Correction N° 84 du 10/05/21

L'aspect de la petite fenêtre « popup » permettant de choisir le niveau de relance ou le code rapprochement d'une écriture a été légèrement revu.
Par ailleurs, l'affichage d'un lettrage partiel avec niveau de relance a lui aussi été revu, car il n'était pas en phase avec celui d'une écriture « simple » avec niveau de relance (couleur du champ Débit-Crédit). 

SUPPRESSION DES CARACTERES TABULATIONS DANS LES FICHES TIERS Correction N° 85 du 10/05/21

Les rubriques des fiches tiers ne doivent en aucun cas comporter de caractère Tabulation car cela peut compromettre les traitements. En principe, on ne peut pas saisir de caractère Tabulation au sein d'un champ de saisie, mais cela reste cependant possible via un Copier/Coller.
Pour éviter cela, l'ensemble des champs « texte » des fiches clients et fournisseurs sont désormais expurgés des éventuels caractères Tabulation lors de la validation des fiches. Ainsi, si un caractère Tabulation est introduit malencontreusement par un Copier/coller dans un libellé, une raison sociale ou une ligne de l'adresse, ce caractère est automatiquement remplacé par un espace lors de l'enregistrement de la fiche tiers.
Remarque : lors de la création/modification de fiches tiers via la procédure d'interface standard, le remplacement d'éventuels caractères Tabulation était déjà opéré.
ETAT DE TVA - VISUALISATION PIECE PAR SIMPLE CLIC NE FONCTIONNAIT PAS Correction N° 86 du 18/05/21

Sur les différents états de TVA (encaissements ou décaissements), le clic sur un N° de pièce ne fonctionnait pas. Dorénavant, lorsqu'on clique sur le numéro de pièce d'une ligne d'un état de TVA, la pièce est correctement affichée et n'indique plus une erreur dans la date de la recherche.
INTERFACE BONS À PAYER - AMELIORATION DES CONTRÔLES Correction N° 87 du 19/05/21

Lors de l'intégration des bons à payer, si la procédure de vérification du bon ne trouve pas la facture correspondante dans l'échéancier, une vérification supplémentaire est faite sur le compte fournisseur. Si la facture est trouvée et qu'elle est déjà lettrée, l'utilisateur est informé et le bon à payer sera ignoré. Si la facture n'est pas lettrée dans le compte fournisseur, une erreur bloque le processus d'intégration pour que l'utilisateur corrige le problème : soit en ajoutant la facture dans l'échéancier pour que le bon à payer puisse ensuite être intégré, soit en lettrant la facture dans le compte fournisseur (l'erreur signalée quand on relancera l'interface sera alors non bloquante).
ECHEANCIER FOURNISSEURS - AMELIORATIONS CONTROLES ENTRE SOLDE COMPTE ET ECHEANCIER Correction N° 88 du 25/05/21

Plusieurs améliorations ont été apportées dans tout ce qui touche au contrôle (rapprochement) entre les soldes fournisseurs et l'échéancier fournisseur. L'objectif est d'être cohérent partout où l'on fait ce contrôle, ainsi que lorsqu'on réinitialise l'échéancier à partir des comptes fournisseurs :
1) Contrôle dans l'échéancier fournisseur, à l'entrée dans la fenêtre quand on ouvre celle-ci depuis la consultation d'un compte
   ou en sortie, pour tous les fournisseurs pour lesquels une échéance a été ajoutée, modifiée ou supprimée.
  On dispose désormais d'un nouveau paramètre programme dans l'échéancier fournisseur (accessible par Alt F1),
  offrant 2 possibilités pour réaliser le contrôle :
   - Contrôle d'égalité de solde entre le compte et l'échéancier, tous journaux et modes de paiement confondus
   - Contrôle de cohérence portant sur les journaux d'achats uniquement, en excluant certains modes de paiement
     La liste des modes de paiement exclus est la même que celle utilisée en saisie par pièce pour ne pas déclencher l'ajout
     de certaines factures d'achat dans l'échéancier.
2) Réinitialisation de l'échéancier pour un compte donné
    Lors de cette réinitialisation, si on prend la 2ème option Uniquement les écritures non lettrées des journaux d'achat,
    on tient compte désormais là-aussi de la liste des modes de paiement à exclure.
3) Réinitialisation complète de l'échéancier fournisseur (fenêtre CPURGFIN)
    Lors de cette réinitialisation, seule l'option Uniquement les écritures non lettrées des journaux d'achat est disponible.
    Mais là-aussi, on tient compte désormais là-aussi de la liste des modes de paiement à exclure.
4) Liste des écarts de solde fournisseurs
  On dispose là-aussi désormais des 2 possibilités pour réaliser le contrôle :
   - Contrôle d'égalité de solde entre le compte et l'échéancier, tous journaux et modes de paiement confondus
   - Contrôle de cohérence portant sur les journaux d'achats uniquement, en excluant certains modes de paiement.
     La liste des modes de paiement exclus est la même que celle utilisée en saisie par pièce pour ne pas déclencher l'ajout
     de certaines factures d'achat dans l'échéancier.

Enfin, dans les 4 traitements décrits ci-dessus, tant pour les contrôles que pour les réinitialisations, si on ne traite que les journaux d'achat, on tient compte aussi des écritures d'à nouveaux dont le code journal d'origine (celui avant clôture exercice) est un journal d'achat.
FICHIER D'INTERFACE - VALEURS DÉFINIES DANS LE FICHIER FDF Correction N° 89 du 26/05/21

Il est désormais possible de saisir une valeur pour chaque zone de chaque type d'enregistrement, dans le fichier de description .fdf.
La valeur définie ainsi pour une zone sera utilisée dans tous les cas, même si une autre valeur est renseignée dans le fichier à interfacer.
Pour définir une valeur pour une zone donnée d'un type d'enregistrement donné, il faut indiquer cette valeur dans le fichier .fdf, pour la ligne correspondant à la zone concernée, en 4ème colonne (la 1ère colonne est le nom de la zone, les 2ème et 3ème positions donnent les positions début et fin dans le cas d'un fichier d'interface au format « texte à colonage fixe »).

De plus, on peut définir un type d'enregistrement par défaut, pour le cas où le fichier d'interface ne contient qu'un seul type d’enregistrement (des écritures probablement) et qu'on n'a pas la colonne Type requise en position 1 (format texte à colonage fixe) ou en première colonne (format CSV) du fichier d'interface.
Pour faire cela, on indiquera dans la section [FORMAT] du fichier .fdf  une ligne TYPE_ENREG=E.

La fenêtre Outiiaa, permettant de générer un fichier de format d'interface .fdf, a été modifiée pour permettre la saisie de ces nouvelles valeurs.

CONSULTATION VIREMENTS FOURNISSEURS : LISTE DES FACTURES REGLEES - CORRECTION POUR GED Correction N° 90 du 26/05/21

La correction 68 du 23/03/2021 proposait l'affichage de la liste des factures réglées pour chaque virement constituant un lot de virements. Mais il y avait une confusion entre date comptable et date de pièce lors de la recherche des éventuels documents GED associés à chaque facture réglée. De ce fait, les documents GED n'étaient visibles que pour les factures d'achats ayant date comptable égale à date de pièce.

 
LETTRAGE MANUEL - PROBLEME AFFICHAGE N° COMPTE SI UTILISATION DES BOUTONS DE NAVIGATION ENTRE COMPTES Correction N° 91 du 26/05/21

Lors d'un lettrage manuel de comptes, si on utilisait les boutons de parcours (Suivant, Précédent, Premier, Dernier), le N° de compte apparaissant dans la première fenêtre n'était pas impacté par ce parcours, alors que le libellé du compte affiché en regard l'était bien.

IMMOBILISATIONS - CORRECTION CONTROLE DATE DE SORTIE Correction N° 92 du 26/05/21

Lors de la sortie (cession) d'une immobilisation, un contrôle supplémentaire a été ajouté : la date de sortie doit désormais être postérieure à la date de la dernière clôture des immobilisations. Auparavant, on contrôlait simplement que la date de sortie était supérieure à la date d'acquisition et n'était pas dans une période où le plan d'amortissement était clôturé. Mais du coup, cela permettait de saisir une sortie avec une date antérieure à l'exercice courant, si l'immobilisation en question était entièrement amortie.

INTERFACE AVEC PRETRAITEMENT - CONTROLE EXISTENCE FENETRE Correction N° 93 du 26/05/21

Au lancement d'une interface, si on fait référence à une fenêtre de pré-traitement qui n'existe pas, on a désormais un message d'erreur.
Ce message est bloquant si l'interface est lancée directement depuis le menu. En revanche, quand l'interface est lancée depuis l'automate d'interface, c'est un simple message d'avertissement qui s'affiche pendant 10 secondes, puis le traitement se poursuit sans appel de la fenêtre de pré-traitement. 
INTERFACE - CORRECTION ENREGISTREMENT DES PARAMÈTRES Correction N° 94 du 27/05/21

Dans la fenêtre de lancement de l'interface, lorsqu'on modifie la fenêtre de prétraitement et que l'on appuie sur OK, le nom de la fenêtre de prétraitement est dorénavant systématiquement enregistré. Il sera ainsi proposé par défaut lors d'un rappel ultérieur de cette fenêtre, si on sélectionne la configuration **-Dernière configuration utilisée.
CLOTURE ANNUELLE - PLUS D'ARCHIVAGE EN FORMAT ZIP PAR DEFAUT Correction N° 95 du 31/05/21

Lors de la clôture annuelle, la sauvegarde des fichiers en format Zip n'est plus proposée par défaut. Il faut sélectionner l'option Archiver le dossier au format ZIP si on souhaite créer ce fichier ZIP, mais cela n'a plus aucun intérêt aujourd'hui, la DGFiP réclamant en cas de contrôle fiscal, depuis 2013, le FEC et non pas des fichiers CSV zippés comme on le faisait auparavant.
EDITIONS GRANDS-LIVRES - PROBLEMES AVEC RUBRIQUES SUPPLEMENTAIRES Correction N° 96 du 31/05/21

Quand on exportait un grand livre auxiliaire vers Excel alors qu'on avait sélectionné une ou plusieurs rubriques supplémentaires (clic droit sur le bouton Export vers Excel), il y avait un décalage dans les colonnes du classeur Excel résultant.
Autre problème réglé au passage : lorsqu'on validait la fenêtre de choix des rubriques supplémentaires sans avoir aucune rubrique supplémentaire sélectionnée, cela revenait à sélectionner la première rubrique N° du tiers. La seule façon d'effacer toute rubrique supplémentaire était d'aller supprimer le paramètre programme EXPXLSGLVx (x étant égal à C=Client, F=Fournisseur, X=Autre auxiliaire).
Enfin, au passage, on a ajouté la possibilité de choisir les rubriques supplémentaires dans la procédure d'impression « compte par compte », comme on peut le faire dans la procédure d'impression des grands-livres clients ou fournisseurs, par un clic droit sur le bouton Exporter vers Excel.

RELANCE CLIENT - CALCUL DU NIVEAU DE RELANCE MAXI POSSIBLE EN EXCLUANT LES AVOIRS Correction N° 97 du 01/06/21

Dans la gestion des relances clients, le niveau de relance d'un client se calcule en prenant le maximum parmi toutes les écritures relancées du client. Un nouveau paramètre, accessible sur le premier onglet des paramètres de relance, permet de modifier le calcul de ce niveau, en ne prenant en compte que les écritures relancées du compte client figurant au débit (factures) et pas les écritures figurant au crédit (avoirs ou règlements partiels non lettrés). Ainsi, on évite d'avoir un niveau de relance du client qui monte trop vite uniquement en raison d'avoirs anciens jamais déduits, et donc toujours non lettrés dans le compte client.
Remarque : cette modification a été faite tant dans le module de relance « classique » que dans le module dit « new » (celui où le niveau de relance de chaque écriture se déduit du nombre de jours de retard, et non pas du nombre de fois où l'écriture a été relancée).
SAISIE ÉCRITURE - CONTREPARTIE DOUBLE DEBIT CRÉDIT SUR JOURNAUX DE BANQUE Correction N° 98 du 04/06/21

En saisie pièce comme en saisie au kilomètre, lorsqu'on saisit une pièce sur un journal de banque, un nouveau mode de création de la contrepartie est accessible avec les touches Ctrl F8 (ou Ctrl + clic sur le bouton Contrepartie). Dans ce nouveau mode, il y a ajout de deux lignes de contrepartie au compte de banque au lieu d'une seule, une pour le total des débits et une pour le total des crédits.

FICHIER D'INTERFACE - TABLES DE CORRESPONDANCE Correction N° 99 du 08/06/21

Un nouveau paramètre TabCorr a été ajouté dans le fichier d'interface. Ce paramètre permet d'utiliser des tables de correspondance lors des interfaces, pour la plupart des zones codifiées (Comptes généraux, Codes journaux, Modes de paiement...). Il est accessible et modifiable depuis la fenêtre d'édition du fichier d'interface où l'on indiquera le chemin d'une table de correspondance au format Excel (.xls ou .xlsx).
Si aucune table de correspondance n'est utilisée pour l'interface, on laissera ce paramètre à blanc.

Le fichier Excel devra être structuré de la manière suivante :
   - Le classeur Excel doit contenir une feuille pour chaque zone pour laquelle on veut utiliser une table de correspondance,
     le nom de la feuille devant être égal au nom de la zone en question (par exemple : CPTG, CPTA, NOCL...).
   - La première ligne de chaque feuille est ignorée ; c'est en principe une ligne d'entête.
   - La première colonne contient la valeur d'origine et la deuxième colonne la valeur de remplacement.

SAISIE KILOMETRE - COMPORTEMENT MODIFIE Correction N° 100 du 18/06/21

Quelques petites choses ont été modifiées dans le comportement de la saisie des écritures au kilomètre :
1) en mode de saisie Ligne, quand on sort du champ N° de compte par la touche Tabulation, le focus vient sur le champ Libellé,
    et non pas sur le champ Débit ou Crédit
2) en mode de saisie Pièce, quand on sort du champ N° de compte par la touche Tabulation, le focus vient aussi sur le champ Libellé,
    si on est sur la première ligne de la pièce. Ce n'est qu'à partir de la 2ème ligne de la pièce que le focus passe directement
    sur le champ Débit ou Crédit, en sautant le champ Libellé. On considère en effet que le libellé est identique sur toutes les lignes
    de la pièce.
3) Selon les règles de formatage du libellé prévues dans les paramètres programmes de cette saisie, dans le cas d'une écriture
    mouvementant un compte client ou fournisseur, le libellé écriture est chargé avec le libellé du compte sans y ajouter la ville,
    même si dans le libellé du compte figurant au bas de la fenêtre, la ville figure bien.
    On a ainsi le même comportement qu'en saisie par pièce.

PROBLEME VOYELLES ACCENTUEES SUR LETTRES DE RELANCE PAR MAIL Correction N° 101 du 18/06/21

Suite au passage en version 11, il y avait un problème avec les voyelles accentuées, tant dans le sujet que dans le corps du mail, lorsqu'on plaçait la lettre de relance directement dans le corps du mail.
Le problème se posait que l'on fasse un envoi « individuel » (envoi de la lettre pour un seul client, avec ouverture de la fenêtre de composition du mail) ou un envoi groupé.
Le problème venait sans doute d'une différence de comportement entre Windev 18 et Windev 24. Il a fallu ajouter ici ou là des conversions ANSI vers UTF8.
INTERFACE STANDARD - PROBLÈME CRÉATION CODIFICATIONS À LA VOLÉE Correction N° 102 du 22/06/21

Suite aux modifications faites en version 11 pour améliorer les performances, et notamment la mise en cache du fichier des paramètres divers, le système ne prenait plus en compte les codifications créées « à la volée », pour les codes natures de pièce, les modes de paiement...
Désormais, suite à la détection d'une erreur sur un code paramètre divers, au retour de la fenêtre où l'on peut corriger l'erreur et si on est sorti de cette fenêtre par le bouton Modifier, on recharge le tableau des paramètres divers ayant été mis en cache pour que le système tienne compte des éventuelles modifications faites dans la table des paramètres divers. 
EDITION BILAN - DEBORDEMENT A 1 MILLIARD Correction N° 103 du 24/06/21

Sur l'édition d'un bilan, les totaux n'apparaissaient pas (remplacés par une suite de +++++) lorsque la valeur dépassait le milliard.
Les 4 colonnes de valeurs ont été élargies de 2 mm, au détriment de la première colonne Libellé qui a été de ce fait été réduite de 8mm, avec éventuellement certains libellés tronqués.
FENETRE PRETRAITEMENT POUR INTERFACE PAYE ADP DECIDIUM - AJOUT CENTRALISATION Correction N° 104 du 24/06/21

Dans la fenêtre de prétraitement pour interfacer des écritures venant de la paye ADP Decidium, une nouvelle option permet désormais de centraliser les écritures en comptabilité générale. En effet, dans le fichier d'interface fourni par ADP Decidium, il y a une écriture distincte par compte général et par compte analytique. Avec cette option de centralisation, on ne retrouve dans LDCompta, en comptabilité générale, qu'une seule écriture par compte général, avec une ventilation analytique détaillée (le cas échéant) en analytique uniquement.

IMPRESSION COMPTE DEPUIS CONSULTATION - A NOUVEAUX PARFOIS OMIS Correction N° 105 du 30/06/21

Quand on demandait l'impression du grand-livre depuis la fenêtre de consultation d'un compte, les écritures d'à nouveaux qui étaient comptabilisées à une date autre que la date de début d'affichage/impression du compte étaient omises (elles n'apparaissaient pas et n'étaient pas prises en compte dans le solde du compte). 
CODE PAYS XI-IRLANDE DU NORD Correction N° 106 du 07/07/21

Le code pays XI-IRLANDE DU NORD a été ajouté dans le fichier des pays. Ce code n'est pas un code pays ISO à part entière (il faut habituellement utiliser le code GB-ROYAUME-UNI DE GRANDE-BRETAGNE ET D'IRLANDE DU NORD), mais il est utilisé par les douanes lorsqu'il s'agit de distinguer la Grande-Bretagne, ne faisant plus partie de la CEE depuis le "Brexit", de l'Irlande du nord qui est toujours membre de l'union douanière européenne.

INTERFACE - CHOIX DU COMPTE AUXILIAIRE Correction N° 107 du 07/07/21

Lors d'une interface, si un compte « autre auxiliaire » n'était pas trouvé ou n'existait pas, la liste des comptes auxiliaires proposés pour remplacer la valeur non trouvée englobait tous les comptes auxiliaires existants, quelle que soit le collectif de rattachement. Désormais, seuls les comptes auxiliaires liés à la racine du compte collectif mouvementé sont proposés.

CONTROLE DES FACTURES DES FOURNISSEURS NON CONFIGURÉS DAS2 Correction N° 108 du 08/07/21

Une édition de contrôle préalable est désormais effectuée lors du traitement de déclaration des honoraires (dite « DAS 2 »). Elle liste toutes les factures mouvementant un compte paramétré comme étant associé à un type de rémunération à déclarer en DAS2, sur un journal d'achat lui aussi paramétré pour être traité dans cette déclaration, et pour lesquelles le compte fournisseur mouvementé n'est pas configuré DAS 2 sur l'onglet Détail de la Fiche Fournisseur.
CREATION DE FICHIER DE DESCRIPTION - VALEURS DES TIERS Correction N° 109 du 13/07/21

Un onglet a été ajouté dans la fenêtre de création/modification d'un fichier de description de format d'interface.
Dans cet onglet, on trouve deux tables : Valeurs par défaut et Valeurs toujours mises à jour.
La table Valeurs par défaut permet de sélectionner les zones des fiches tiers pour lesquelles une valeur par défaut sera utilisée lors de la création de la fiche Client ou Fournisseur, à partir de la fiche modèle dont le code est fixé dans la Fiche Société.
La table Valeurs toujours mises à jour permet de sélectionner les zones des fiches tiers pour lesquelles la valeur sera systématiquement mise à jour lors de la création on modification d'un tiers, y compris si la valeur n'est pas renseignée (ou à blanc) dans le fichier d'interface, avec dans ce cas effacement d'une valeur antérieure déjà présente dans la fiche s'il s'agit d'une modification de fiche tiers.

IMMOBILISATIONS-IMPORT DE FICHIER POUR SORTIES EN MASSE-PROBLEME VENTES Correction N° 110 du 20/07/21

Dans la procédure d'import pour sorties en masse d'immobilisation (voir fiche de correction 78), le contrôle de la présence du N° de client et du code TVA était fait pour les sorties de nature V (Vol) et non de nature E (Vente). 

CONSERVATION TAILLE FENÊTRE CONSULTATION MEME SI FENÊTRE PARENTE DEPLACEE Correction N° 111 du 21/07/21

Dans certains cas, la taille de la fenêtre de consultation (fenêtre HIXLST, celle qui reçoit les différents onglets des procédures de consultation, par compte, journal, pièce...) était perdue. La fenêtre retrouvait la taille par défaut (celle prévue à l'origine par le développeur), ce qui pouvait être gênant compte-tenu que bien souvent, on a personnalisé via le mécanisme des vues la largeur des colonnes des différentes tables affichées sur les onglets justement en fonction de cette largeur de fenêtre.
Cela se produisait quand, entre deux ouvertures successives de cette fenêtre de consultation, la fenêtre parente de cette fenêtre de consultation avait changé (la consultation peut être ouverte depuis la fenêtre principale de LDCompta, mais aussi par exemple depuis les fenêtres de gestion du plan comptable ou des tiers), ou que la position de la fenêtre parente avait changé, et que de ce fait, la fenêtre de consultation se retrouvait partiellement hors-écran.
INTERFACE - MODIFICATION D'ECRITURES Correction N° 112 du 03/08/21

 La fenêtre de modification d'écritures a été modifiée en accord avec les évolutions apportées au fichier de description.
Les corrections effectuées sont les suivantes:
 - Les champs dont les valeurs sont définies dans le fichier de description sont grisés (non modifiables).
 - Les champs dont les valeurs ont une correspondance dans une table sont affichés avec un fond vert.
 - Lors de la création d'une nouvelle ligne, les champs contenant des valeurs définies sont préremplis.
 - Les valeurs de correspondances sont affichées dans la table mais lors d'une modification de ligne, c'est la valeur inscrite dans le fichier qui est affichée dans les champs de saisie.
 - Dans les cas où plusieurs formats de date sont utilisés, toutes les dates de la ligne modifiée utiliseront le premier format renseigné dans le fichier de description.

INTERFACE PRETRAITEMENT NUMÉRO DE COMPTE Correction N° 113 du 10/08/21

Une fenêtre de prétraitement iModifCPT a été créée pour traiter des fichiers textes d'écritures et de tiers. Cette fenêtre modifie le fichier à traiter en ajoutant des 0 dans les numéros de compte pour que la longueur de ce numéro corresponde au premier paramètre inscrit dans la zone de données MODIF_CPT.
Par ailleurs, le traitement ajoute le champ Code nature de tiers (CNAT) dans le fichier texte pour toutes les lignes d'écritures.
Enfin, si une ligne d'écriture avec un compte général correspondant aux clients ou aux fournisseurs ne possède pas de compte auxiliaire, un compte auxiliaire par défaut est indiqué. Les comptes généraux (Client : positions 2 à 7, Fournisseur : positions 8 à 13) et les comptes auxiliaires par défaut (Client : positions 14 à 19, Fournisseur : positions 20 à 25) sont à indiquer dans la zone de données MODIF_CPT.
A noter que la structure du fichier texte origine doit correspondent à ce qui est défini dans le fichier INTCPTV11.fdf .

PROBLEMES EN ENVIRONNEMENT CLIENT/SERVEUR AS/400 Correction N° 114 du 11/08/21

Plusieurs problèmes ont été réglés concernant l'environnement Client/Serveur AS400, et notamment le fait que LDCompta contrôlait toujours (comme en version 10) la présence du logiciel Easycom en version 18, alors que c'est la version 24 d'Easycom qui est requise pour LDCompta V11.
De plus, en version 24 d'Easycom, il n'y a plus lieu d'installer Easycom partie cliente sur chaque poste LDCompta (l'installeur d'Easycom ne prévoit même plus ce cas de figure). Le seul fichier nécessaire à LDCompta, à savoir le fichier Eac2400as.dll, est livré systématiquement par l'installeur de LDCompta Version 11, dans le répertoire des programmes de LDCompta.
La documentation d'installation de LDCompta Version 11 a été revue en conséquence, avec notamment un nouveau chapitre en page 13 intitulé Localisation du serveur pour les postes clients.
AFFICHAGE OBSERVATION CLIENT SAISIE PIECE KM REGLEMENTS Correction N° 115 du 12/08/21

En saisie par pièce ou au kilomètre ainsi que dans les saisies de règlements clients et fournisseurs, les observations présentes dans la fiche d'un tiers mouvementé peuvent apparaître dans un popup, selon les choix opérés dans les paramètres programme de la saisie en question.
Or, ces observations n'apparaissaient pas pour les fiches clients, seulement pour les fiches fournisseurs et autres auxiliaires.
Dorénavant, cette fenêtre s'affiche correctement pour tous les types de tiers. De plus, cette fenêtre présentant les observations peut être déplacée avec la souris en la « saisissant » par son liseré vert.

ACTIONS DE RELANCE - MODE AFFICHER NE FONCTIONNAIT PAS Correction N° 116 du 16/08/21

Dans la gestion des actions de relance, même si on n'avait que les droits d'ouverture de la fenêtre, mais pas de droits en création/modification/suppression, les boutons Modifier et Supprimer restaient actifs. Seul le bouton Créer était grisé.
Par ailleurs, même en mode Affichage, il restait possible de marquer un rappel comme Terminé, soit en cliquant dans la colonne Terminé dans la fenêtre de liste pour gestion, soit en cochant/décochant la case concernée dans la fenêtre d'affichage de l'action de relance. 

FENETRE DE GESTION EN MODE AFFICHAGE UNIQUEMENT - PARCOURS IMPOSSIBLE Correction N° 117 du 16/08/21

Dans toutes les fenêtres où, de par la gestion des droits d'accès, on arrivait en mode Affichage en lieu et place du mode Modification, le parcours des enregistrements n'était pas possible. On butait sur un problème de droits chaque fois qu'on cliquait sur un des boutons Premier, Précédent, Suivant, Dernier.
FICHES CLIENTS, FOURNISSEURS, AUTRES AUXILIAIRES - OPTION SUSPENDUE MODIFIABLE MÊME EN MODE CONSULTATION Correction N° 118 du 16/08/21

Dans les fenêtres de gestion des fiches clients, fournisseurs et autres auxiliaires, la case à cocher Tiers suspendu restait modifiable même si on accédait à la fiche uniquement en mode consultation (de par la gestion des droits d'accès).
Au passage, on a fait en sorte que dans ce mode Consultation, les boutons Ajouter-Modifier-Historique relatifs aux IBAN soient grisés et non pas inactifs. Cela est plus compréhensible pour l'utilisateur final.
Toujours pour ce mode Consultation, on a grisé également le bouton Calculette en regard de du champ Plafond de crédit de la fiche client.

SELECTION GROUPE OU FAMILLE DE TIERS - MESSAGE ERREUR Correction N° 119 du 18/08/21

Lorsqu’on sélectionnait un groupe ou une famille de tiers en lieu et place d'un N° de compte (en consultation de compte essentiellement), au retour de la fenêtre de sélection du groupe ou de la famille, on avait un message intempestif Aucun contrôle prévu pour la zone CPTS.

INTERROGATION GROUPE OU FAMILLE DE TIERS - FICHE DU COMPTE PAS OK Correction N° 120 du 18/08/21

En interrogation de compte, lorsque le compte interrogé est un groupe ou une famille de tiers, le bouton Fiche du compte donnait toujours accès au premier compte appartenant au groupe ou à la famille demandé. Désormais, le bouton donne accès à la fiche du compte mouvementé sur la ligne sélectionnée dans la table des écritures.
CONSULTATION COMPTE-OPTION AFFICHER VENTILATION ANALYTIQUE GRISEE A TORT Correction N° 121 du 24/08/21

Dans la fenêtre de consultation d'un compte, l'option Afficher la ventilation analytique du menu contextuel disponible sur chaque écriture était grisée à tort.
Il y avait eu confusion entre cette option et l'option Modifier niveau de relance, cette dernière étant grisée dès lors qu'on n'est pas sur un compte client. 

Au passage, une autre petite chose a été corrigée : dans le menu contextuel, l'option Filtrer sur ne comporte plus, dans son libellé, la mention (Alt Clic gauche pour ...), mention qui apparaissait lors d'un clic droit dans la colonne N° de pièce ou Référence document. Et on avait un problème de même nature dans le message figurant au bas de l'écran, lorsqu'il présentait le libellé de la colonne principal de tri.

ERREUR QUANTITE SORTIE SUR FICHE IMMOBILISATION Correction N° 122 du 01/09/21

Dans certains cas, on se retrouvait avec des immobilisations ayant une quantité sortie sans aucune sortie effective (rien dans le fichier IMOCES). Et le seul moyen de corriger dans ce cas était de modifier la quantité sortie par SQL, le fait de rappeler la fiche en modification ne corrigeait pas cela.
Désormais, chaque fois qu'on valide une fiche Immobilisation, la quantité sortie enregistrée dans le fichier IMOIMO est recalculée en sommant les sorties enregistrées pour la fiche en question dans le fichier IMOCES. L'erreur se corrige donc facilement, sans même qu'on s'en rende compte la plupart du temps.
FENETRES TSTDEV, TSTECH, TST_RIF MISES AU GABARIT Correction N° 123 du 02/09/21

Les fenêtres TSTDEV et TSTECH, qui permettent respectivement de tester les conversions entre devises et les calculs d'échéance, ont été mises au gabarit de la version 11.
En effet, ces fenêtres sont référencées dans la documentation du logiciel et font donc partie intégrante du progiciel, même si elles sont très peu utilisées.
On a fait de même pour la fenêtre TST_RIF, celle qui permet de corriger les erreurs éventuelles détectées sur les RIB fournisseurs.

SAISIE VENTILATION ANALYTIQUE - PROBLEME SI TOTAL VENTILE PAS OK Correction N° 124 du 06/09/21

En saisie d'une ventilation analytique détaillée, si le total des lignes de ventilation n'était pas égal au montant à ventiler, le retour ne se faisait pas sur la première ligne blanche faisant suite à la ventilation saisie, mais systématiquement sur la 13ème ligne. Cela venait du fait qu'on supposait qu'il y avait 12 lignes saisies, comme dans la ventilation mensuelle d'un budget, alors qu'ici, le nombre de lignes de ventilation est variable et non pas fixe.
De plus, le raccourci F10 n'apparaissait pas initialement dans la bulle d'aide du bouton permettant de basculer entre une saisie en montant et une saisie en pourcentage.
BILAN ET COMPTE DE RÉSULTAT - PAS DE VUE TABLEUR SI 12 MOIS Correction N° 125 du 09/09/21

Lorsqu'on choisit la présentation sur 12 mois, la vue tableur n'est pas disponible. Aussi, le bouton Vue tableur est dorénavant grisé lorsqu'on choisit cette présentation.
BALANCE AVEC COMPARATIF EXERCICE ANTERIEUR - POSITIONNEMENT POPUP Correction N° 126 du 10/09/21

Dans la fenêtre de demande d'édition d'une balance générale, la fenêtre popup qui s'ouvre quand on choisit l'option Avec comparatif d'un exercice antérieur était mal positionnée.
GRAND-LIVRE PAR ECHEANCE - CORRECTIONS Correction N° 127 du 15/09/21

Plusieurs choses ont été corrigées dans le grand-livre par échéance trié par mode de paiement :
 - la date figurant en première colonne, au format JJ/MM/AAAA était tronquée. Elle a été mise au format JJ/MM/AA.
 - les montants n'étaient pas signés correctement sur le grand-livre client.
 - les totaux par mode de paiement n'étaient pas alignés correctement.
 - les totaux par mode de paiement étaient faux (il y avait une remise à zéro à chaque changement de page).

DENOMINATION BALANCE AUTRES AUXILIAIRES Correction N° 128 du 15/09/21

Dans le menu général, les options d'appel de la balance et du grand-livre autres auxiliaires a été mis au pluriel : Autres auxiliaires au lieu de Autre auxiliaire. Cela est plus homogène puisqu'on parlait déjà de Balance Clients et de Balance Fournisseurs (au pluriel donc).
INTERFACE REGLEMENTS CLIENTS : BLOCAGE CODES ETAT INVALIDES Correction N° 129 du 16/09/21

Dans les fichiers de données à intégrer via la procédure d'interface standard en entrée de LDCompta, le code état (rubrique CETA) des enregistrements de type R-Règlement client était mal contrôlé : on laissait passer les lignes ayant un code état à blanc.
Dorénavant, si le champ n'est pas rempli, un message d'erreur bloquant est émis.
Pour rappel, le champ CETA peut prendre les valeurs suivantes : A,0,1,9.

ETIQUETTES TIERS - AMELIORATIONS Correction N° 130 du 21/09/21

Plusieurs améliorations ont été faites dans la procédure d'impression d'étiquettes tiers : 
 1) On peut désormais imprimer les 2 lignes de complément d'adresse qui peuvent être présentes dans une adresse client ou fournisseur
     (rubriques CAD1 et CADR). Pour cela, l'étiquette comporte désormais 6 lignes au lieu de 5.
 2) Le code postal et la ville sont désormais regroupés systématiquement sur une même ligne nommée Code postal - Ville.
     Ainsi, les 6 lignes composant l'adresse peuvent être interchangées à volonté.
 3) Des possibilités de filtrage des tiers ont été ajoutées :
      - Sélection par groupe ou famille de tiers
      - Sélection des comptes mouvementés uniquement
      - Sélection des comptes non soldés uniquement
 4) Enfin, tous les éléments saisis sur les étapes 3/4 et 4/4 sont mémorisés d'une fois sur l'autre. 
SELECTION COMPTES AUTRES AUXILIAIRES-FILTRE ACTIF NE FONCTIONNE PAS Correction N° 131 du 23/09/21

Dans la fenêtre de sélection des comptes autres auxiliaires, le filtrage sur l'état des tiers (Actifs ou Suspendus) ne fonctionnait pas.
ACTIONS DE RELANCE - BOUTONS MODIFIER ET SUPPRIMER PAS ACCESSIBLES Correction N° 132 du 23/09/21

Suite à la correction 116, dans la fenêtre de gestion des actions de relance, les boutons Modifier et Supprimer n'étaient pas accessibles, sauf aux utilisateurs disposant d'un niveau d'accès Administrateur. Pour les autres utilisateurs, le bouton Modifier était remplacé par le bouton Afficher et le bouton Supprimer était grisé.

VIREMENTS INTERNATIONAUX - ECRITURE ERRONEE SI ESCOMPTE SANS TVA Correction N° 133 du 24/09/21

Dans le cas des virements internationaux (pour lesquels la comptabilisation est différée, le temps de connaître le cours devise si le règlement est en devise), lorsqu'on avait de l'escompte sur règlement et que dans la fiche du code escompte, aucun code TVA n'était indiqué (ce qui est le plus fréquent dans le cas d'un virement international), on passait quand même une écriture de TVA sur escompte lors de la comptabilisation du virement. Cette écriture avait un montant nul et un compte à blanc.
Complément technique : cette même erreur avait été corrigée en version 8.50 niveau 162 pour les règlements automatiques « classiques », mais on avait oublié à l'époque de le corriger sur les virements internationaux qui sont comptabilisés en différé, donc dans une autre fenêtre VIXMAJ05 plutôt que RFAMAJ11.

FICHES CLIENTS - FOURNISSEURS : POSITIONNEMENT PREMIER CHAMP Correction N° 134 du 24/09/21

Quand on ouvrait une fiche Client ou Fournisseur, on se trouvait positionné sur le titre, et non sur le premier champ disponible en saisie, c'est à dire le N° du tiers en création de fiche, le nom du tiers en modification de fiche.

EMISSION DES RELEVES CLIENTS - AMELIORATIONS Correction N° 135 du 28/09/21

Plusieurs améliorations ont été effectuées dans la procédure d'émission des relevés clients :

  1. En mode automatique, le mode de sélection des clients a changé. On a désormais un critère de sélection sur le collectif à traiter. Celui-ci est obligatoire et doit correspondre à un collectif client. En complément, on peut ajouter une sélection sur un intervalle de comptes clients, mais cela est facultatif. Il n'y a donc plus lieu de sélectionner systématiquement le premier et le dernier client pour les traiter tous.
  2. Depuis la correction V10 N209, quand on utilise le bouton Vers GED dans la fenêtre d'impression des relevés, on peut faire en sorte que les fichiers PDF correspondant aux différents relevés soient enregistrés dans un autre répertoire que celui de la GED standard de LDCompta. Le répertoire et nom de fichier utilisé pour chaque fichier PDF est défini dans le paramètre programme RLCETAGED, positions 1 à 256. Ce paramètre pouvait déjà faire appel à des variables de remplacement, de la forme <XXXX> où XXXX était le nom d'une des rubriques du fichier client, ou égale à DATR pour récupérer la date du relevé.
    De nouvelles variables de remplacement sont désormais possibles : COSO pour le code société,     NRLC pour le N° de relevé, ANNR pour l'année du relevé (sur 4 chiffres).
  3. Lors de l'envoi des relevés vers la GED, via le bouton Vers GED, le fichier utilisé pour l'impression RelevéCl.txt peut être copié sous un autre nom et dans un autre répertoire, pour sauvegarde et réutilisation hors LDCompta. Pour cela, il faut renseigner le paramètre programme RLCETAGED, positions 257 à 512. Là aussi, on peut avoir des variables de remplacement, mais on ne peut pas utiliser de rubriques du fichier client (le fichier contient les données de tous les relevés émis à une date donnée ; il concerne donc plusieurs clients), ni de N° de relevé. Les seules variables de remplacement possibles sont COSO, DATR et ANNR.
PROBLEME SAUVEGARDE LORS DE LA MIGRATION EN V11 SI HFCS Correction N° 136 du 29/09/21

Suite à la correction N° 59, il y avait une erreur lors de la sauvegarde effectuée juste avant la migration d'une version antérieure (V9 ou V10), due à une différence de format sur le fichier des paramètres programmes CPTDTA qui a été reformaté en version 11 par rapport aux versions 9 et 10. 
Une correction N° 73 avait été faite en avril 2021, mais elle ne corrigeait pas le cas des bases HFCS.
AUTOMATE INTERFACE FTP - OPTIMISATION LECTURE DES REGLES Correction N° 137 du 30/09/21

Dans la procédure Interface à partir d'un serveur FTP, quand on avait un grand nombre de règles (plusieurs centaines), le parcours de ces règles à l'ouverture de la fenêtre pouvait prendre plusieurs dizaines de seconde. Ce traitement a été optimisé, notamment en n'écrivant plus le message Lecture de la règle NNN pour chaque règle dans le champ de « trace » au bas de l'écran, mais seulement pour celles correspondant à la société courante (les autres règles étant ignorées). 
CONTROLE EQUILIBRE DES LOTS - FAUSSE ANOMALIE PARFOIS Correction N° 138 du 05/10/21

Malgré la correction N° 64, on pouvait encore rencontrer des problèmes de fausse anomalie, sur de très gros montants (plus de 10 milliards). La procédure de contrôle de l'équilibre des lots signalait un déséquilibre alors qu'il n'y en avait pas.
Exemple rencontré : une écriture ayant une valeur de 11 191 244 550,38 était additionnée pour une valeur 11 191 244 550,379999.
Complément d'information technique : pour éviter cela, en plus de passer par une variable intermédiaire de type Monétaire (correction 64), on a ajouté un arrondi de cette variable monétaire à 2 décimales. La valeur réelle contenue dans la base de données est donc chargée dans une variable de type Monétaire, puis cette variable monétaire est arrondie à 2 décimales, puis elle est sommée, lot par lot, dans une autre variable monétaire. Et ainsi, on n’a pas de perte de précision, le total du lot se retrouve bien à zéro.

 
SAISIE AU KILOMÈTRE - 2 PETITES CORRECTIONS Correction N° 139 du 05/10/21

Deux petites corrections ont été apportées dans la saisie au kilomètre :

CONSULTATION - CONFIRMATION FERMETURE SI PLUSIEURS ONGLETS OUVERTS Correction N° 140 du 07/10/21

Dans la fenêtre de consultation qui est en version 11 multi-onglets, le fait de fermer la fenêtre par un clic sur la case Fermeture de la barre de titre avait pour effet de fermer seulement l'onglet courant. Et ce n'est que s'il n'y avait qu'un seul onglet ouvert que cela fermait aussi la fenêtre. Pour fermer la fenêtre, il fallait donc fermer tous les onglets.
Désormais, quand on clique sur cette case Fermeture, s'il n'y a qu'un seul onglet ouvert, cela ferme la fenêtre (comme auparavant). S'il y en a plusieurs, une question est posée avec 3 choix possibles :
 - Oui pour fermer la fenêtre et tous ses onglets,
 - Non pour ne fermer que l'onglet courant (comme auparavant)
 - Annuler pour ne rien fermer du tout.

AUTOMATE INTERFACE - MAUVAIS POSITIONNEMENT INITIAL DE LA FENÊTRE Correction N° 141 du 07/10/21

Dans une configuration multi-écrans, la fenêtre de l'automate d'interface avec autres applications ne s'ouvrait pas sur l'écran où LDCompta était affiché (comme c'est le cas de toutes les autres fenêtres depuis la version 11), mais sur l'écran principal de Windows. Cette fenêtre avait été « oubliée » pour ce mécanisme de repositionnement sur le bon écran (appel de la procédure gRepositionnerFenetre).
ENVOI EMAIL - UTILISATION DE L'IMPLEMENTATION MULTI-PLATEFORME Correction N° 142 du 07/10/21

Pour tous les envois de mails depuis LDCompta (lettres de relance, bordereaux de paiement fournisseurs...), on utilise désormais l'implémentation multi-plateforme de Windev des fonctions de gestion des emails, et non plus les fonctions incluses dans le module WinInet de Windows.
En effet, depuis octobre 2021, suite à des changements sur les serveurs SMTP de Microsoft, on avait un taux d'échec important (entre 15 et 40%) sur l'envoi des mails.
IMPRESSION DES RELEVES DE FACTURES CLIENTS - SAUVEGARDE POUR REIMPRESSION FUTURE Correction N° 143 du 14/10/21

Lors de l'émission des relevés clients (les relevés de factures), il y a systématiquement une sauvegarde des données permettant la réimpression de ces relevés. Et quand on demande une réimpression de relevés, en plus de proposer comme auparavant la réimpression des derniers relevés ayant été imprimés sur ce poste de travail, on peut réimprimer les relevés issus d'un traitement antérieur, dans une limite de 90 jours.
Complément technique : les données permettant la réimpression sont enregistrées dans le répertoire des sous-répertoires, dans des fichiers nommés Relevés clients XXX AAAAMMJJ HHMMSS.log, où XXX est le code de la société, AAAAMMJJ HHMMSS sont les date et heure d'impression. A chaque nouvelle émission de relevés, il y a épuration automatique de ces fichiers datant de plus de 90 jours.

EPURATION DES FICHIERS-IMPOSSIBLE DE LANCER EPURATION ACTIONS DE RELANCE SEULEMENT Correction N° 144 du 20/10/21

Dans la procédure d'épuration des fichiers (menu Outils/gestion des fichiers/Epuration des fichiers), il était impossible de lancer l'épuration des actions de relance sans l'associer à l'épuration d'au moins un autre fichier parmi les 6 possibles. 
INTERFACE ECHEANCE FOURNISSEUR - MODES DE PAIEMENT EXCLUS Correction N° 145 du 20/10/21

En saisie d'écriture par pièce ou au kilomètre, un paramètre programme permet de ne pas ajouter d'échéance dans l'échéancier fournisseur pour les factures ayant certains modes de paiement (Prélèvement souvent). On a désormais l'équivalent dans la procédure d'interface standard : une nouvelle case à cocher est disponible sur l'onglet Paramètres pour cela. La liste des modes de paiement exclus est partagée entre les saisies pièce, kilomètre et cette interface.
A noter : par défaut, sans intervention sur les paramètres de l'interface, si certains modes de paiement sont exclus en saisie pièce et kilomètre, ils le seront aussi lors d'intégration de factures d'achat par interface.

BALANCE ÂGÉE - DÉTAIL PLUS FIN SI EXPORT EXCEL Correction N° 146 du 21/10/21

Sur les balances âgées clients ou fournisseurs, et dans le cas d'un export vers Excel uniquement, on peut désormais obtenir un détail en colonne plus fin qu'une simple répartition par mois. On dispose pour cela d'une liste déroulante avec les choix possibles : Une colonne par mois (comme auparavant), Une colonne par quinzaine, Une colonne par décade, Une colonne par semaine, Une colonne par période de 5 jours, Une colonne par date.
Dans le cas Une colonne par date, on a une colonne pour chaque date pour laquelle il existe au moins un montant à afficher pour un client. Alors que dans tous les autres cas, on a une colonne pour chaque période correspondant au groupage demandé, la première colonne correspondant toujours à la date de fin du mois indiqué comme mois de départ.
ERREUR EN SORTIE DE LA MISE À JOUR DE L'ÉCHÉANCIER DEPUIS LA SAISIE AU KM Correction N° 147 du 25/10/21

La fermeture de la fenêtre de mise à jour de l'échéancier, depuis la saisie au km, provoquait une erreur du type
Erreur à la ligne 6 du traitement Fermeture de hismaj05. Le champ 'hismaj03' est inconnu.

RELANCE TRAITES EMISES A L'ACCEPTATION - SUPPRESSION ONGLET PARAMETRES Correction N° 148 du 28/10/21

Dans la fenêtre de lancement des relances de traites émises à l'acceptation, le 3ème onglet Paramètres a été supprimé. Il ne comportait qu'une toute petite partie des nombreux paramètres d'impression des lettres de relance. En lieu et place de cet onglet, un bouton Paramètres de relance a été ajouté, permettant d'accéder au même écran de paramètres (complet celui-là) que celui accessible depuis la fenêtre d'impression des lettres de relance.
PROBLEME EN MIGRATION DOSSIER V9 OU V10 VERS V11 SOUS WINDOWS 7 OU 2008 R2 Correction N° 149 du 29/10/21

En fin de migration d'un dossier comptable en version 11 (que ce dossier d'origine soit en version 9 ou 10), si la migration était effectuée sur un poste en Windows 7 ou un serveur 2008 R2, on rencontrait une erreur juste après le choix du niveau de sécurité (chiffrement des données). En fait, au retour de cette fenêtre, le système recommençait la migration et cela provoquait une erreur du fait que le fichier CPTERR existait déjà.
Remarque : la migration du dossier était toutefois quasiment achevée. La seule chose qui n'était pas faite sur le dossier en question était la suppression des fichiers inutiles : CPANAT, CPATA1, CPATA2, CPATA3.

EMISSION PRELEVEMENT CLIENT - PLUS DE MODE DE PAIEMENT SUR ONGLET 3 Correction N° 150 du 08/11/21

Le mode de paiement utilisé pour l'émission de traites, qui apparaissait sur le 3ème onglet Options de traitement dans la fenêtre d'émission des prélèvements clients a été masqué. Ce champ n'a de sens que pour l'émission des relevés clients, par pour les prélèvements clients.

Au passage, le mot ETEBAC a été retiré (ou remplacé par CFONB) partout où il apparaissait, que ce soit dans des messages d'information ou des messages d'aide sur certains champs.

EXPORT AU FORMAT TEXTE - EXÉCUTION AUTOMATIQUE Correction N° 151 du 19/11/21

Lors du lancement de l'application avec la ligne de commande /FEN=TXTMAJ01('XXXX'), où XXXX est le nom d'un scénario d'export de données au format texte à exécuter, la fenêtre était bien ouverte, mais se refermait aussitôt sans exécuter le scénario.

INTERFACE DGI - MODE SIMPLE Correction N° 152 du 22/11/21

La fenêtre de pré-traitement FEC (export DGI) a été ajouté dans la liste des fenêtres proposées dans l'interface standard. Elle permet de transformer un fichier FEC (fichier des écritures comptable, généralement à destination de la DGFiP) au format d'interface standard de LDCompta V10 (format TXT).
Cette fenêtre existait déjà dans LDCompta, mais devait être explicitement appelée (utilisé généralement pour des reprises) par le menu Ouvrir une fenêtre Windev. Lorsqu'elle est appelée depuis l'interface standard, cette fenêtre est désormais ouverte par défaut en mode simplifiée (avec seulement les options principales). Pour obtenir la totalité des options, dont les RAZ des fichiers (pour faire une reprise de dossier), il faut passer en mode Avancé. ATTENTION : En mode avancé, aucun contrôle n'est effectué avant les RAZ des fichiers sélectionnés. Il est donc primordial de faire cela en toute connaissance des traitements choisis, et d'avoir une sauvegarde du dossier au préalable (ou de faire cela dans un dossier nouvellement créé).
Une option a également été ajoutée afin de définir si le fichier a une ligne d'entête et s'il faut s'en servir pour déterminer les colonnes (option 1 si oui). Sinon (options 2 ou 3), le programme utilisera l'ordre de la ligne d'entête de l'export DGI standard, à savoir : JournalCode, JournalLib, EcritureNum, EcritureDate, CompteNum, CompteLib, CompAuxNum, CompAuxLib, PieceRef, PieceDate, EcritureLib, Debit, Credit, EcritureLet, DateLet, ValidDate, Montantdevise, Idevise.
Les paramètres définis sont enregistrés à la validation de la fenêtre, et seront pré-chargés à son prochain appel.

EDITION RELEVES CLIENTS - MANQUE LIBELLE MODE DE PAIEMENT Correction N° 153 du 22/11/21

Dans certains cas, le mode de paiement n'apparaissait pas en haut de page des relevés clients.
Cela survenait quand on ne renseignait pas le mode de paiement sur le 3ème onglet de la fenêtre des relevés clients. Ce mode paiement indiqué sur le 3ème onglet permet de forcer un certain type de traite, pour ce qui est de la traite comptabilisée avec le relevé. Mais il ne doit être renseigné que si le type de comptabilisation demandé correspond à Traite à l'acceptation ou Traite en portefeuille. Du coup, quand on imprime un relevé sans comptabilisation (ou avec juste un lettrage partiel) et qu'on ne renseigne donc pas ce mode de paiement, aucun mode de paiement ne figurait sur le relevé.
Désormais, dans ce cas de figure, c'est le mode de paiement présent dans la fiche client qui sera repris sur le relevé lors d'une impression de relevé en mode manuel, celui indiqué sur le 2ème onglet si les relevés sont imprimés en mode automatique.
LETTRE DE RELANCE - ELARGISSEMENT MENTION "DU" Correction N° 154 du 23/11/21

Dans le corps d'une lettre de relance, la mention « du » (juste avant la date de la pièce) était parfois tronquée, selon le pilote d'imprimante utilisé. Ce champ a été élargi d'un demi-millimètre pour éviter cela, avec cadrage horizontal centré. 
AMELIORATION SAISIE VIREMENTS RECUS POUR AUTRES TYPES DE PIECE Correction N° 155 du 26/11/21

La saisie des virements reçus a été améliorée, de telle sorte qu'il soit possible de saisir, pour une ligne donnée apparaissant sur le relevé bancaire, une pièce plus complexe qu'un simple virement.
En effet, jusqu'alors, la saisie était conçue pour enregistrer uniquement des règlements client : une écriture au compte client (éventuellement ventilée sur plusieurs comptes clients, via la notion d'éclatement du règlement) et une écriture au compte de banque en contrepartie.
Cette saisie optimisée pour enregistrer des règlements clients ne permettait pas :
 1) D'avoir plusieurs lignes mouvementées au lieu d'une seule dans un compte client.
     Par exemple, pour saisir des frais bancaires, on peut avoir besoin de les ventiler dans plusieurs comptes de classe 6,
     avec possiblement de la TVA en 4456.
     On pouvait contourner plus ou moins cette limitation en passant par l'éclatement, mais ce n'était pas très intuitif.
 2) De saisir une ventilation analytique si on voulait mouvementer un compte de classe 6 ou 7 directement au travers de cette saisie.

Pour lever ces limitations, on peut désormais opter, pour chaque ligne du relevé bancaire, pour une saisie « en mode Pièce ».
Le choix se fait par le bouton Comptabiliser :
 - lors du clic sur ce bouton, si la touche Majuscule est enfoncée, la saisie se fera « en mode Pièce » ;
   sinon on se retrouve en saisie « Virement » comme auparavant.
 - en cliquant sur la petite flèche apparaissant en partie droite de ce bouton, un menu contextuel propose
   les deux modes de saisie : Virement ou Autre type de pièce.

Dans ce nouveau « mode Pièce », c'est la procédure de saisie par pièce qui est proposée. On arrive directement sur le 2ème écran de cette procédure, le journal et la date de la pièce étant présélectionnés automatiquement à partir de la ligne du relevé.
Sur ce 2ème écran, on retrouve aussi (selon le cas) un N° de pièce et/ou une référence, issus doit de la ligne du relevé bancaire, soit de la numérotation automatique de la procédure de saisie des virements reçus (Numérotation de type Vnnnnnn). Un libellé est également proposé pour cette pièce : celui inscrit sur la ligne du relevé bancaire.
Après avoir validé le 2ème écran de la saisie par pièce, on arrive sur le 3ème écran, celui où l'on saisit les différentes lignes de la pièce. Le fonctionnement est en tous points identique à celui de la saisie par pièce «classique ». On peut saisir autant de lignes que nécessaire, saisir les ventilations analytiques le cas échéant, procéder au lettrage des comptes à la volée... La seule différence est qu'on a une contrepartie implicite au compte de banque qu'on ne voit pas dans les lignes saisies, pour le montant exact apparaissant sur le relevé bancaire. Il ne faut donc pas saisir de ligne au compte de banque. Le montant de cette contrepartie est d'ailleurs sommé dans les totaux Débit-Crédit de la pièce dès l'ouverture de la fenêtre.
Quand on valide la pièce, ce qui est possible dès lors que le total des lignes saisies est égal au montant apparaissant sur le relevé bancaire, la pièce est comptabilisée et la ligne du relevé bancaire est marquée de la même façon que dans le cas d'une saisie de type » Virement », de telle sorte qu'on ne la comptabilise par une nouvelle fois. Le N° de la pièce ainsi saisie (ou sa référence si le journal est en numérotation automatique) est également reporté sur la ligne du relevé bancaire pour faciliter le rapprochement bancaire ultérieur.

Au passage, la définition des règles de comptabilisation des virements reçus (bouton Paramètres) a été améliorée :
 - affichage du nombre de règles existantes pour chaque banque (après le libellé de la banque)
 - positionnement automatique sur la première banque pour laquelle au moins une règle existe déjà
 - ajout d'un libellé personnalisable pour chaque règle.

FOURNISSEUR FICHE MISE À JOUR FOURNISSEUR À PAYER Correction N° 156 du 29/11/21

Lors de la modification d'une fiche fournisseur, l'ajout d'un fournisseur à payer sur l'onglet Paiement pouvait provoquer une erreur lors de la validation de la fiche.

AJOUT ECHEANCE DEPUIS CONSULTATION COMPTE - MONTANT A ZERO Correction N° 157 du 30/11/21

Quand on ajoutait une échéance dans l'échéancier fournisseur depuis la fenêtre de consultation d'un compte, l'échéance était créée avec un montant nul dans deux cas :
 - si le module Devises n'était pas activé ;
 - ou si le module Devises était activé et que l'affichage du compte était effectué en mode Devises.
En revanche, tout fonctionnait normalement si le module Devises était activé et que l'affichage du compte était effectué en Euros (en devise de référence).
Complément technique : le problème était dû une fois encore (voir correction N° 41) aux zones MONT1=Montant débit et MONT2=Montant crédit pour lesquelles on a forcé les propriétés Mise à blanc si zéro et Null si vide. Du coup, si on tente d'additionner directement la valeur de ces champs MONT1+MONT2, on obtient zéro si MONT1 est Null (Windev n'arrive pas à additionner une valeur Null). Pour que ça fonctionne, il faut faire Val(MONT1)+Val(MONT2), Val(MONT1) retournant zéro même si MONT1 est Null.
AUTOMATE EXPORT TRESORERIE - BOUTONS + ET - Correction N° 158 du 01/12/21

Dans l'automate d'export des flux de trésorerie, on a ajouté des boutons + et - permettant de sélectionner ou désélectionner toutes les règles en un seul clic.
PROTECTION DES ECRITURES DE BANQUE EXPORTÉES POUR RAPPROCHEMENT BANCAIRE Correction N° 159 du 01/12/21

Les écritures de banque ayant été exportées, via l'automate d'export des flux de trésorerie, dans un flux de type RBQ-Rapprochement bancaire, sont désormais protégées, dans la procédure de modification de pièces, au même titre que les écritures ayant été rapprochées dans LDCompta. Les limitations suivantes s'appliquent :
 - La pièce ne peut pas être supprimée.
 - La date comptable de la pièce ne peut pas être modifiée.
 - Le code journal ne peut pas être modifié.
 - Le N° de compte et le montant des lignes ainsi exportées ne peuvent pas être modifiés.
 - Ces lignes ne peuvent pas non plus être supprimées.
Dans la procédure de modification de pièce, ces lignes ainsi exportées sont repérables par le caractère # apparaissant dans la colonne N° relance, là où apparaît, pour les écritures de banque, le code rapprochement bancaire (A-Z ou 0-9 pour une écriture rapprochée provisoirement, * pour une écriture rapprochée définitivement).

 

TABLEAUX DE BORD ANALYTIQUE - BOUTON VUE TABLEUR MASQUE Correction N° 160 du 02/12/21

Dans la fenêtre de lancement des tableaux de bord analytiques, le bouton Vue tableur a été masqué, cette fonctionnalité (nouvelle ne version 11) n'étant pas disponible pour le moment pour ces tableaux analytiques, contrairement aux tableaux Bilan, Compte de résultat, SIG...
FICHE SOCIETE - GESTION ACCES EN AFFICHAGE SEULEMENT Correction N° 161 du 02/12/21

La gestion de l'accès en affichage seulement de la Fiche Société est désormais pris en charge, via la gestion des sécurités. Ainsi, si l'utilisateur courant ne dispose pas des droits suffisants pour accéder à cette fenêtre PARMAJ en modification et en suppression, tous les champs de cette fiche sont protégés : on peut donc seulement afficher les valeurs présentées sur les différents onglets, mais rien n'est modifiable.
SAISIE AU KM ET GABARIT FONCÉ - CORRECTIONS COULEURS Correction N° 162 du 02/12/21

Quand on utilisait la saisie au kilomètre avec un gabarit foncé, les pièces ayant été validées n'apparaissaient plus dans la table des écritures en partie haute de l'écran car elles étaient affichées en blanc sur fond blanc. Désormais, la couleur de fond utilisée pour ces lignes est la couleur la plus claire entre les deux couleurs de lignes alternées utilisées dans cette table : Gris anthracite si c'est le gabarit actif est le gabarit Foncé, Blanc sinon.
SAISIE VIREMENTS RECUS AVEC ECLATEMENT - CRASH ALEATOIRE Correction N° 163 du 02/12/21

Dans la saisie des virements reçus avec éclatement du virement sur plusieurs comptes clients, on avait parfois un plantage.
Le problème se produisait si le solde du compte client sélectionné sur le premier écran de la saisie du virement était créditeur, ou s’il existait des traites à l’acceptation pour ce client. Dans ces 2 cas de figure, quand on validait le premier écran de saisie du virement, on obtenait un message d’avertissement signalant le problème rencontré (solde créditeur ou traites à l’acceptation). Si on répondait Non, le traitement se poursuivait normalement. Si on répondait Oui ou Annuler, on arrivait sur le premier écran de la saisie d’un règlement client, écran qui est normalement court-circuité. Et là, si on cliquait sur le bouton Fermer, ça crashait.
Désormais, ces deux messages d'avertissement ne sont plus gérés quand on appelle la saisie d'un règlement client depuis la saisie des virements reçus :
 - Pour ce qui est de la présence de traites à l'acceptation, le message faisait double emploi car ce cas de figure
   était déjà signalé sur le premier écran de la saisie du virement ;
 - Pour le cas du solde créditeur, on suppose que le N° de client est correct, ayant été récupéré à partir des
   informations fournies sur la ligne du relevé bancaire. Il n'y a donc pas lieu de demander une confirmation ici.
Enfin, deux précautions valant mieux qu'une, on a fait en sorte que la première fenêtre de saisie d'un règlement client (celle qui est normalement court-circuitée par la saisie des virements reçus) retourne toujours la valeur Vrai ou Faux à la fenêtre appelante, pour éviter tout crash à l'avenir en saisie des virements reçus.
EDITION GRAND-LIVRE EN DEVISES - ERREUR SI PLUS DE 20 DEVISES Correction N° 164 du 06/12/21

L'impression du grand livre client provoquait une erreur quant le nombre de devises renseignées excédait 20 devises. La limitation du nombre de devises a été enlevée lors de l'impression d'un grand livre. 
INTERFACE STANDARD - MODIFICATION ERGONOMIE ONGLET ANALYTIQUE Correction N° 165 du 13/12/21

Dans la fenêtre d'interface standard, l'onglet Analytique a été réagencé pour laisser de la place aux longs libellés des axes analytiques qui débordaient sur les champs de saisie.
INTERFACE STANDARD - DATE D'ÉCHÉANCE PAS RENSEIGNEE DANS ECHEANCIER FOURNISSEUR Correction N° 166 du 13/12/21

Lors d'une interface d'écriture alimentant l'échéancier fournisseur, si la date d'échéance n'est pas renseignée, elle est calculée en fonction des délais, jour de paiement et report de fin de mois récupérés dans le fichier du fournisseur. La date de base utilisée pour ce calcul est la date de pièce ou la date comptable, selon le paramétrage du journal (option Mode de calcul d'échéance).
Ce calcul de date d'échéance existait déjà dans LDCompta version 10.

CHEMIN DE BIBLIOTHEQUE CONTENANT DES VOYELLES ACCENTUEES Correction N° 167 du 17/12/21

Lors de l'ouverture d'une fenêtre spécifique depuis LDCompta, une procédure est appelée en amont pour vérifier l’existence de cette fenêtre dans une bibliothèque spécifique. Si le chemin de la bibliothèque contenait des accents, on obtenait un message d'erreur indiquant que la fenêtre n'existait pas.
Ce problème a été résolu : on peut dorénavant mettre des bibliothèques spécifiques dans des répertoires dont le nom contient des voyelles accentuées.

FENETRES DE PRETRAITEMENT D'INTERFACE - CRASH SI ERREUR A L'OUVERTURE DE FICHIERS TEXTE Correction N° 168 du 17/12/21

Dans de très nombreuses fenêtres de prétraitement d'interface, on avait un crash si pour une raison quelconque on avait une erreur à l'ouverture d'un fichier texte (celui lu en entrée par la fenêtre de prétraitement ou celui constitué en sortie par cette même fenêtre). On obtenait bien une fenêtre d'erreur signalant ce problème rencontré à l'ouverture du fichier, mais suite à cela, il y avait un crash complet de LDCompta (en raison d'un mauvais passage de paramètres à une procédure de gestion des erreurs).
Désormais, il n'y a plus de crash, ces erreurs sont bien gérées. Et au passage, on présente maintenant le détail de l'erreur rencontrée à l'ouverture du fichier, pour savoir s'il s'agit par exemple d'un problème de droits d'accès ou d'un autre type d'erreur.
IMPORT REGLEMENTS CLIENTS - ERREUR SUR ECRAN ECLATEMENT DU REGLEMENT Correction N° 169 du 28/12/21

Lors de la saisie d'un règlement client avec import d'un fichier de règlements, on avait une erreur systématique lors de la validation de l'écran de l'éclatement. Cette erreur ne se produisait qu'en version 11 ; elle était due à la façon (nouvelle ne version 11) dont sont enregistrés les lignes de l'éclatement et les lettrages associés à ces différentes lignes.
RISQUES CLIENTS (SPECIFIQUE) - SUIVI DES CRÉANCES DOUTEUSES Correction N° 170 du 28/12/21

Ce spécifique permettant d'exporter vers Excel les créances douteuses et litigieuses ne fonctionnait pas avec les versions d'Excel en 64 bits et affichait un message d'erreur à l'ouverture de la fenêtre, indiquant qu'aucune version d'Excel n'était installée.
Pour contourner le problème, au lieu d'exporter les données via un pilotage d'Excel en OLE, on utilise un champ Tableur intégré de Windev. L'export vers Excel reste tout de même possible via le bouton Enregistrer du bandeau du tableur ou le bouton Créer le fichier Excel.

MIGRATION EN CHAINE TOUS DOSSIERS - MANQUE DOSSIERS FERMES Correction N° 171 du 29/12/21

Dans la fenêtre permettant de migrer en version 11 tous les dossiers « en série », les dossiers fermés n'apparaissaient pas.
FICHE IMMOBILISATION - PROBLEME SAISIE CHAMP OBSERVATIONS Correction N° 172 du 30/12/21

En version 11, on ne pouvait pas saisir une observation sur une fiche Immobilisation. En modification d’une fiche Immobilisation, la zone Observations était toujours présentée à blanc. Et en création comme en modification de fiche, si on saisissait une observation, cela ne s’enregistrait pas.
SAISIE AU KILOMETRE - AGRANDISSEMENT ZONES MONTANTS Correction N° 173 du 04/01/22

Dans la saisie au kilomètre, les champs Débit et Crédit ont été élargis pour permettre la saisie de montants pouvant aller jusqu'à 99 999 999 999,99 (soit presque 100 milliards), comme cela était déjà le cas en saisie par pièce. Les champs de totalisation et solde de la pièce ont également été revus. Les masques de saisie ont été ajustés en conséquence.

VUE TABLEUR DANS LES TABLEAUX DE BORD ANALYTIQUES Correction N° 174 du 04/01/22

Dans l'édition des Tableaux de bord analytiques, accessible depuis le menu Edition/Etats analytiques/Tableaux de bord analytiques, la vue tableur est désormais disponible. Il est donc maintenant possible d'avoir une vue Excel des tableaux de bord analytiques, tout comme cela existait déjà pour les éditions Bilan et Compte de résultat. Lorsqu'une édition par section ou affaire est demandée, chaque section ou affaire apparaît dans une feuille distincte.

RAPPROCHEMENT BANCAIRE - RECHERCHE PAR MONTANT > 5 CHIFFRES Correction N° 175 du 14/01/22

Dans la procédure de rapprochement bancaire, on ne pouvait pas rechercher une écriture ayant un montant à plus de 7 chiffres (en incluant les décimales, soit 99 999,99), et cela du fait que la zone de saisie était trop étroite. Cette zone a donc été élargie et permet désormais de rechercher des écritures ayant un montant pouvant aller jusqu'à 9 999 999,99.
Remarque : la recherche par montant au-delà de 99 999,99 restait possible en cliquant sur le bouton Autres critères.

 

EXPORT DES DONNÉES POUR LA DGFIP - AJOUT DE LA RACINE Correction N° 176 du 14/01/22

La zone Racine de compte collectif a été ajoutée à la liste des colonnes disponibles dans l'export des données comptables pour la DGFiP (mais n'est pas utile dans le format demandé par la DGFiP).

ENVOI RELEVES CLIENTS PAR MAIL - GESTION DES IMAGES DANS LE CORPS DU MAIL Correction N° 177 du 25/01/22

Une amélioration a été apportée pour ce qui est de l'envoi des relevés clients par e-mail. L'objectif est de pouvoir insérer une ou plusieurs images dans le corps du mail.

Rappel : le texte du mail est composé automatiquement, sauf si l'on complète, dans le fichier source pour impression des relevés (fichier RelCliEd.txt en standard), le code source de la procédure Impr_MailCorps.

Nouveautés :

1) le texte retourné par cette procédure Impr_MailCorps est considéré comme étant un texte déjà formaté en HTML si le premier caractère retourné est un caractère "<".  Dans ce cas de figure, ce texte est pris tel quel dans le corps du mail, sans être converti par la fonction TexteVersHTML. On peut ainsi renseigner le corps du mail avec toutes les options possibles au sein d'un document HTML (polices, couleurs..., voir exemple ci-après).

2) pour insérer une image au sein de ce texte, il faut insérer à l'emplacement souhaité une balise HTML comme celle-ci :
  <img width=580 height=239 src="cid:wdcid1">
ou 580 est la largeur de l'image, 239 est la hauteur de l'image, wdcid1 est un identifiant correspondant à la première image insérée (s'il y en a d'autres, elles seront identifiées par wdcid2, wdcid3...).
Dans le source de la procédure Impr_MailCorps, on ajoutera pour chaque image insérée les 3 lignes de code suivantes :
Email.NbAttache++
Email.IdentifiantAttache[Email.NbAttache] = <IdentifiantImage>
Email.Attache[Email.NbAttache] = <Chemin et nom du fichier image>
où <IdentifiantImage> est l'identifiant de l'image : wdcid1, wdcid2 ...
et <Chemin et nom du fichier image> permet de localiser le fichier image. Par exemple, C:\Ldsystem\Fichiers\Compta\MonLogo.jpg
Si l'image est placée au même endroit que le fichier contenant le source de la procédure Impr_MailCorps), on peut utiliser la syntaxe suivante : fExtraitChemin(SOURCE, fDisque+fRepertoire)+["\"]+"MonLogo.jpg" 

Exemple de procédure Impr_MailCorps complet
En vert ci-dessous, le code source Windev de la procédure, et en magenta, le code HTML que vous pouvez adapter.
En rouge, le nom de l'image à remplacer, image qui doit ici être enregistrée dans le répertoire où se trouve le fichier contenant tout ce code.

PROCEDURE Impr_MailCorps ()

Texte est une chaine = [
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html><head>
  <meta content="text/html; charset=ISO-8859-1" http-equiv="content-type">
  <title>Lettre d'accompagnement d'un relevé client</title>
</head><body>
<span style="font-family: Calibri;">Messieurs,<br>
<br>
Madame, Monsieur,<BR>
<BR>
Veuillez trouver, ci-joint, notre relevé de factures N° %NUMRELEVE% du %DATERELEVE%.<BR>
<BR>
Si certaines des factures sont déjà échues, nous vous remercions de procéder à leur règlement au plus vite afin d'éviter tout blocage de votre compte.<BR>
<BR>
Restant à votre disposition, nous vous prions de croire, Madame, Monsieur, en nos sincères salutations.<BR>
<BR>
<font color="gray">La comptabilité clients</font><BR>
<BR>
<img src="cid:wdcid1" height="108" width="352"><BR>
</span>
</body></html>
]

// Variables de remplacement
Texte=Remplace(Texte,"%NUMRELEVE%", NumériqueVersChaîne(NumRelevé,"7d"))
Texte=Remplace(Texte,"%DATERELEVE%", DateVersChaine(DateRelevé))

// Images jointes
Email.NbAttache++
Email.IdentifiantAttache[Email.NbAttache] = "wdcid1"
Email.Attache[Email.NbAttache] = fExtraitChemin(SOURCE,fDisque+fRepertoire)+["\"]+"LogoSocieteLD.jpg" 
  
Renvoyer Texte

Complément d'information
Il est même possible de dissocier le code HTML du code Windev. Préparez votre contenu HTML dans un éditeur HTML tel que Kompozer (éviter Word qui génère du code HTML très lourd), enregistrez le dans un fichier placé dans le même répertoire que le document contenant le source de cette procédure Impr_MailCorps. Dans l'exemple ci-dessus, le code a été enregistré dans un fichier nommé LettreAccompagnementRelevéClient.htm.
Dans la procédure Impr_MailCorps, vous pouvez alors remplacer tout ce qui est en magenta par :
Texte est une chaine = fChargeTexte(fExtraitChemin(SOURCE,fDisque+fRepertoire)+["\"]+"LettreAccompagnementRelevéClient.htm")
RÉINITIALISATION D'UN RAPPROCHEMENT BANCAIRE Correction N° 178 du 26/01/22

Il est désormais possible de pointer, ou dépointer, toutes les écritures d'un rapprochement manuel, jusqu'à la date de rapprochement. Pour cela, les boutons Toutes et Aucune ont été ajoutés dans la fenêtre de rapprochement manuel, et permettent de pointer ou dépointer toutes les écritures en un seul clic.

EDITION DE BALANCE DEPUIS UNE CONSULTATION DE BALANCE Correction N° 179 du 26/01/22

Dans la fenêtre de consultation d'une balance, quand on clique sur le bouton Imprimer, c'est désormais l'impression du type de balance en cours de consultation qui est proposée : balance générale, client, fournisseur ou autres auxiliaires selon le cas.
De plus, les critères de filtres renseignés dans la fenêtre de consultation sont repris, lorsque cela est possible, dans la fenêtre d'impression.
OUTIL DE FUSION-ABSORPTION - CONFLIT AVEC LES EXPORTS POUR CUBICUS Correction N° 180 du 26/01/22

Afin que les écritures qui sont reprises dans un dossier comptable par l'outil de fusion ne soient pas renvoyées dans l'export de trésorerie (pour Cubicus), le N° d'entrée des écritures n'est pas modifié par l'outil de fusion si celui-ci correspond à un n° d'export de relevé (commençant par "R").

ÉCHÉANCIER FOURNISSEUR - GESTION DES DATES DES BONS À PAYER Correction N° 181 du 04/02/22

Dans l'échéancier fournisseur (fenêtre de gestion de l'échéancier et Edition), il est désormais possible de sélectionner uniquement les bons à payer reçus depuis une date donnée, quand on coche l'option Ayant reçu le bon à payer. 
Cette fonctionnalité est optionnelle ; elle n'est pas proposée par défaut. Pour l'activer, il faut créer ou modifier le paramètre programme nommé RGFMAJ :
   . Position 2 : O pour activer la gestion des dates de bons à payer, toute autre valeur désactive cette option.
   . Positions 3 à 5 : Délai (en minutes) entre 2 lancements du traitement de mise à jour des dates de Bon à payer
     (valeurs possibles : de 0 à 999 minutes). La valeur conseillée est 005 pour que la mise à jour des dates de bons à payer
     ne soit faite que si la dernière mise à jour date de plus de 5 minutes.
Une fois l'option activé, chaque fois qu'on sélectionne l'option Ayant reçu le bon à payer, une fenêtre popup s'ouvre avec 2 options supplémentaires : Tous les bons à payer ou Bons à payer reçus depuis le avec une date à saisir, qui est par défaut la date du jour. Si la première option est choisie, tous les bons à payer seront sélectionnés (comme auparavant). Si c'est la deuxième option qui est choisie, seuls les bons à payer ayant une date de bon à payer supérieure ou égale à la date saisie seront sélectionnés.

Les dates des bons à payer sont enregistrées dans un fichier nommé Historique BAP XXX AAAAMMJJ.log (XXX étant le code société et AAAAMMJJ étant la date de création du fichier) stocké dans le répertoire des sous-répertoires de LDCompta, avec suppression automatique des fichiers datant de plus de 3 mois. Ce fichier contient une ligne par échéance ayant reçu le bon à payer, identifiée par le N° écriture (rubrique NECR de CPTRGF), suivie d'une tabulation et de la date (format AAAAMMJJ) à laquelle le bon à payer est détecté pour la première fois par le traitement mettant à jour ce fichier.
 
Le traitement de mise à jour des dates de Bon à payer est lancé à chaque ouverture d'une des fenêtres de gestion ou édition de l'échéancier fournisseur, en prenant en compte la durée minimale entre 2 traitements (voir paramètre RGFMAJ plus haut).
Le traitement est également lancé à la fermeture de la fenêtre de gestion de l'échéancier fournisseur, pour prendre en compte les éventuelles mises à jour des Bons à payer effectuées depuis cette fenêtre.

SAISIE REGLEMENT FOURNISSEUR -MONTANT SUPERIEUR A 100000 Correction N° 182 du 07/02/22

En saisie d'un règlement fournisseur, on ne pouvait pas saisir (sauf à passer par le bouton Calculette) un montant supérieur à 99 999,99. Par exemple, si le montant était de 100 000,12, on ne pouvait pas saisir la 2ème décimale (le 2 de 12).
La zone a été élargie pour régler ce souci.
INTERROGATION ANALYTIQUE - DOUBLE CLIC SUR CODE JOURNAL Correction N° 183 du 07/02/22

Dans les fenêtres de consultation analytique (par section, par affaire ou par destination), il est possible d'accéder à la consultation d'un journal par un double clic sur un code journal quelconque. On accède alors à la fenêtre de consultation de ce journal, pour la période allant du premier au dernier jour du mois de l'écriture sur laquelle le double-clic a été effectué.
En version 11, si l'écriture en question était sur un mois ayant moins de 31 jours, cela provoquait une erreur, car lors de l'appel de la consultation par journal, on forçait toujours la date de fin de mois au 31.
Remarque : en version 10, cela était déjà le cas, mais ne provoquait pas d'erreur.
FICHE SOCIÉTÉ - AVERTISSEMENT POUR RECALCUL IMMOS SI CHANGEMENT DURÉE EXERCICE COMPTABLE Correction N° 184 du 07/02/22

Dans la fiche Société, lorsque la durée de l'exercice comptable est modifiée alors qu'il existe des immobilisations, un message d'avertissement est affiché à la validation de la fenêtre pour informer l'utilisateur que le recalcul de toutes les immobilisations est indispensable (bouton Tout recalculer dans la fenêtre principale de gestion des immobilisations).
SAISIE DES ÉCRITURES PÉRIODIQUES - AFFICHER LE MONTANT SUR LA LISTE Correction N° 185 du 07/02/22

En saisie des écritures périodiques, une colonne Montant, affichant le montant principal de chaque écriture, a été ajoutée dans le tableau de la fenêtre principale qui affiche toutes les écritures périodiques.

SAISIE D'UNE ÉCRITURE PÉRIODIQUE - MONTANT À ZÉRO Correction N° 186 du 11/02/22

En saisie d’une écriture périodique, si celle-ci possède plus de 2 lignes, il est désormais possible de saisir un montant nul sur une ligne. Ainsi, cette ligne ne sera pas comptabilisée.

Exemple :
Une facture sur laquelle serait prévue une répartition entre Abonnement et Consommation, dans 2 comptes différents. Et pour une échéance donnée, il n'y aurait que de l’abonnement, et pas de consommation.
Il est désormais possible de saisir le montant Consommation à zéro.

PRÉLÈVEMENTS CLIENTS - COLLECTIF OBLIGATOIRE, ET FORMAT DES DATES SUR L'ÉDITION Correction N° 187 du 21/02/22

Dans la fenêtre d'émission des prélèvements, le code collectif client et le mode de paiement, qui sont des champs obligatoires, ont été déplacés tout en haut de la fenêtre, au-dessus du libellé SELECTION DES CLIENTS, pour bien mettre en évidence le fait que ces deux champs doivent toujours être renseignés.
De plus, dans l'édition correspondante, le libellé de la colonne Date comptable était tronqué, ainsi que les dates affichées dans les colonnes Date comptable et Date échéance (ces dates sont désormais affichées au format JJ/MM/AA).

CONSULTATION MULTI EXERCICE - SOLDE Correction N° 188 du 21/02/22

Dans le cas d'une consultation de compte multi-exercices (date de début antérieure au 1er jour de l'exercice), les données étant lues dans les dossiers d'archives, le solde du compte, qui ne tenait compte que de l'exercice courant, n'était pas toujours cohérent avec le détail affiché. C'était notamment le cas lors de la consultation d'un compte de charge ou produit, le solde progressif n'étant pas remis à 0 à la date de clôture, il ne correspondait plus sur la dernière écriture au solde du compte. Désormais lors d'une consultation multi-exercice, le solde est remplacé par le Total de la période (somme algébrique des écritures affichées), tant sur le total en dessous des écritures que dans la colonne Total progressif (renommé dans ce cas).
EXPORT BALANCE ETAFI-MESSAGE AVERTISSEMENT POUR EDITION BALANCE GENERALE Correction N° 189 du 22/02/22

Lorsqu'on veut exporter une balance générale au format ETAFI, la fenêtre d'export ETAFI indique dorénavant qu'il faut avoir généré préalablement une balance générale.
SECURITE DES DOSSIERS - REINITIALISATION PAR MOT DE PASSE DU JOUR Correction N° 190 du 23/02/22

La réinitialisation des sécurités des dossiers a été réactivée avec saisie du mot de passe du jour.

L'AFFICHAGE DU COMMENTAIRE CLIENT STOPPE LE TRAITEMENT DE SAISIE Correction N° 191 du 25/02/22

Lorsqu'un commentaire client est affiché dans une fenêtre de saisie ou de sélection, selon le paramétrage indiqué dans les paramètres programmes, certains traitements étaient interrompus. Par exemple, la recherche de la pièce (bouton Chercher en saisie d'un règlement client) ne récupérait que le code client de la pièce sélectionnée, mais pas la référence ni le montant. Ou en saisie pièce, on pouvait alors valider une ligne sans montant.

RÉCUPÉRATION DES SITUATIONS BILAN & CR DEPUIS LES ARCHIVES Correction N° 192 du 25/02/22

Il est désormais possible de récupérer, dans un dossier comptable « courant », des situations qui se trouvent dans un dossier d'archive (exercice précédent). On entend par « situation » les éléments (la balance des comptes) qui sont calculés et enregistrés dans le fichier CPTBIS lors du calcul d'un bilan et compte de résultat, ou dans le fichier CPTBISA lors du calcul d'un tableau de bord analytique.
Cette nouvelle fonctionnalité rend possible ensuite la comparaison entre une situation calculée sur l'exercice courant et une situation « exercice antérieur », même si cette situation n'avait pas été calculée avant la clôture de cet exercice antérieur. Il faut dans ce cas retourner sur le dossier d'archive pour calculer la situation à la date antérieure souhaitée, puis dans l'exercice courant venir récupérer cette situation antérieure.
Cette fonction est accessible depuis le menu Traitement/Bilan et compte de résultat/Récupération des situations antérieures.
INSTALLATION LDCOMPTA AVEC AS400 - PARAMETRAGE PLUS SIMPLE Correction N° 193 du 01/03/22

Dans les versions antérieures à la version 11, la connexion à un serveur AS/400 nécessitait l'installation du logiciel Easycom sur le poste client. Et c'est dans la configuration de ce logiciel qu'on indiquait le nom ou l'adresse IP du serveur AS/400, qui était enregistrée dans le fichier Easycom.INI dans le répertoire de Windows.
Depuis la version 11, l'installation de ce logiciel n'est plus nécessaire (il n'est plus fourni de toute façon), et on n'a donc pas de possibilité de configurer le nom ou l'adresse IP du serveur AS/400. Il fallait aller saisir ces informations manuellement dans le fichier de paramétrage LDCParam.ini, ou dans un fichier Easycom.ini (soit dans le répertoire des programmes, soit dans le répertoire de mise à jour centralisée, soit dans le répertoire Windows).

Désormais, pour ne pas avoir à modifier ces fichiers manuellement, il est possible de saisir cette configuration depuis LDCompta. Pour cela, un bouton AS/400 a été ajouté dans la fenêtre de choix des répertoires (accessible depuis l'écran Ouverture de session en appuyant sur Alt F1) et donne accès à une nouvelle fenêtre de Saisie des informations de connexion AS/400.
Dans cette nouvelle fenêtre, il est possible de saisir l'adresse IP ou le nom du serveur AS/400, et de définir où sera stockée cette information, à savoir :
- Soit dans le fichier des paramètres de LDCompta, fichier LDCParam.ini présent dans le répertoire des programmes.
- Soit dans un fichier Easycom.INI du répertoire des programmes de LDCompta.
- Soit dans un fichier Easycom.INI du répertoire de mise à jour centralisée (ce qui permet de partager
  la configuration être plusieurs postes clients).
- Soit dans un fichier Easycom.INI du répertoire Windows (comme avant la version 11).

Il est également possible de définir dans cette fenêtre l'utilisateur et le mot de passe à utiliser pour la connexion à l'AS/400 (cf. doc d'installation pour avoir le détail des différentes options possibles).
OUTIL DE RÉINITIALISATION DE L'ÉCHÉANCIER FOURNISSEUR Correction N° 194 du 02/03/22

Depuis le niveau 88, et l'ajout de la sélection sur le mode de paiement, les écritures sans mode de paiement étaient exclues de l'outil de réinitialisation de l'échéancier fournisseur (fenêtre CPURGFIN).
De plus, si le journal des à nouveaux défini dans la fiche société est lui-même coché Alimenter l'échéancier fournisseur, les écritures de ce journal étaient traitées 2 fois : une fois en tant que journal qui alimente l'échéancier, et une fois si le journal avant clôture de l'écriture alimente l'échéancier. Certaines écritures pouvaient ainsi être doublées dans l'échéancier. Désormais, s'il est coché dans le journal, il est traité comme tel, et pas sur le journal avant clôture.

EDITION FICHES IMMOBILISATIONS-ZONES SUPPLEMENTAIRES Correction N° 195 du 10/03/22

Sur les fiches d'immobilisations (en impression), on retrouve dorénavant les éventuelles zones d'information supplémentaire définies dans chaque fiche.
IMMOBILISATIONS-ETAT DES DOTATIONS PRÉVISIONNELLES-ENTETES DE COLONNES Correction N° 196 du 10/03/22

Sur l'état des dotations prévisionnelles, dans le cas où l'on a un exercice comptable qui n'est par l'exercice civile, on peut choisir les intitulés qui vont figurer en-tête de chacune des 5 colonnes de cet état : par exemple, si l'exercice courant va du 01/04/2021 au 31/03/2022, on peut choisir de faire figurer en colonne 1 : 2021, 2022 ou 2021/2022. Les en-têtes des 4 colonnes qui suivent sont déterminées en conséquence.
IMMOBILISATIONS-COMPTABILISATION DES MISES AU REBUT Correction N° 197 du 10/03/22

Le schéma comptable des sorties de type Mise au rebut a été revu pour être au plus proche de la législation. Jusqu'alors, ces mises au rebut étaient comptabilisées comme n'importe quelle autre sortie, en passant la VNC cédée au compte de sortie 675nnn et en extournant le cumul des amortissements à la date de cession, du compte d'amortissement au compte d'immobilisation.
Désormais, on comptabilise la VNC mise au rebut au débit d'un compte 687nnn par le débit du compte d'amortissement, ce qui revient à amortir l'immobilisation en totalité. Et dans la foulée, le compte d'amortissement est extourné dans le compte d'immobilisation, pour la valeur totale de l'immobilisation puisqu'elle est entièrement amortie.
Ce nouveau schéma comptable n'est toutefois appliqué que si l'on renseigne, dans les paramètres généraux Immobilisations ou sur l'écran de lancement de la comptabilisation, le compte de dotation exceptionnelle à mouvementer pour les mises au rebut.

LANCER WDSQL ET WDOPTIMISEUR Correction N° 198 du 11/03/22

Les options permettant de lancer LDSQL ou WDSQL d'une part, WDOptimiseur d'autre part, dans le menu Outils/Autres outils, ont été revues :
 - pour la première option, quand LDSQL est localisé sur le poste de travail, c'est celui-ci qui est lancé en lieu et place de WDSQL.
   Désormais, même dans ce cas, si on veut lancer WDSQL, il faut tenir la touche Majuscule enfoncée lors du clic sur l'option de menu.
   De plus, on lance désormais la version de WDSQL la plus récente trouvée sur le poste de travail, en partant de la version 26
   (au lieu de 24 auparavant)et en descendant jusqu'à la version 12.
 - pour la seconde, on recherchait seulement WDOptimiseur en version 10 ou 12. Or, depuis LDCompta Version 11, c'est la version 24
   de WDOptimiseur qui est installée.
   Désormais, on lance la version de WDOptimiseur la plus récente trouvée sur le poste de travail, en partant de la version 26 et en
   descendant jusqu'à la version 12.

FENETRE DE SAISIE DES COMMENTAIRES DÉPLAÇABLE Correction N° 199 du 15/03/22

La fenêtre de saisie des commentaires écritures n'était pas déplaçable, ce qui pouvait masquer certaines informations selon les configurations d'affichage. Désormais elle est déplaçable par la souris en tenant le clic gauche appuyé sur la bande en bas de la fenêtre, à gauche des boutons.

MISE À JOUR CMSERVER Correction N° 200 du 16/03/22

Mise à disposition de la version 6.3.0 de CMServer

CONTRÔLE DES RIB LORS DE L'ÉMISSION MANUEL DES PRÉLÈVEMENT OU DES RELEVÉS AVEC TRAITES Correction N° 201 du 23/03/22

Un contrôle de RIB, erroné à fortiori, était effectué en trop lors de la validation de la fenêtre d'émission des prélèvements ou de relevés clients avec traite, en mode manuel. Le contrôle s'effectuait en tenant compte des champs du mode automatique alors que ceux-ci n'étaient pas renseignés. Cela contrôlait alors le RIB de tous les clients sans tenir compte correctement de leur mode de paiement.

IMPORT DGI/FEC - FORMAT DE FICHIER V11 ET GESTION DES LIBELLÉS ÉCRITURES LONGS Correction N° 202 du 23/03/22

La fenêtre de conversion des écritures issues d'un fichier FEC, disponible dans les fenêtres de pré-traitement de l'interface, ne permettait de générer que des fichiers LDCompta, au format texte V10. Il est désormais possible de générer des fichiers compatibles V11 (format texte) pour gérer des libellés écritures jusqu'à 50 caractères.
De plus, si le libellé d'écriture est plus long que celui attendu (25 caractères pour le format V10, 50 caractères pour le format V11), le libellé de l'écriture complet est également inséré au début du commentaire de l'écriture.

SAISIE DES VIREMENTS REÇUS - RECONNAISSANCE SUR LIBELLÉ SI PAS DE NOM DU PAYEUR Correction N° 203 du 24/03/22

Dans le cas où l'option Prendre le nom du payeur en priorité sur le libellé du virement était sélectionnée dans les paramètres de la saisie des virements reçus, le libellé de l'opération n'était jamais utilisé, même en l'absence du nom du payeur. Désormais, s'il n'y a pas de nom du payeur dans les données complémentaires de l'opération, c'est le libellé de l'opération qui est utilisé.

INCORPORATION DES AVOIRS CLIENTS DANS L'ECHEANCIER-CONTROLE IBAN Correction N° 204 du 24/03/22

Dans la procédure d'incorporation des avoirs clients dans l'échéancier fournisseur, si le mode de paiement choisi était de type Virement, on contrôlait la présence d'un RIB valide dans la fiche du client.
Or, depuis l'avènement du virement SEPA, il faut faire plus :
 - Si le mode de paiement est de type Virement national (plus possible aujourd'hui) ou Virement commercial,
    c'est effectivement un RIB français qui est requis.
 - Mais si le mode de paiement est de type Virement SEPA, c'est un IBAN (français ou étranger) qui est requis.
Les contrôles effectués dans cette procédure ont été revus en conséquence.
MODIFICATION INTERFACE - PERTE DE BALISES XML Correction N° 205 du 28/03/22

La modification d'un fichier d'interface au format XML entraînait la perte des balises présentes dans le fichier d'origine, mais non référencées dans le fichier de description.

PRÉ-TRAITEMENT INTERFACE SMART Correction N° 206 du 29/03/22

Une nouvelle fenêtre de prétraitement d'interface a été créée pour l'import de fichiers de factures de vente issus du logiciel SMART de MEGABYTES (Cuisines+). Le fichier CSV lu en entrée est converti en format standard V10 CSV avec séparateur Point-virgule. Les comptes clients référencés sur les factures, s'ils n'existent pas déjà, sont créés avec juste un code et un nom.

INTERFACE - PROBLEME D'ARRONDI Correction N° 207 du 30/03/22

Dans la procédure d'interface standard, les différents montants écritures et règlements étaient pris tels quels, sans aucun arrondi. On pouvait donc se retrouver ensuite avec des montants écritures à plus de 2 décimales dans LDCompta, ce qui posait différents problèmes lors des contrôles ultérieurs d'équilibre des lots ou des lettrages. Et même dans l'interface, on pouvait parfois avoir un message d'erreur indiquant un écart Débit-Crédit alors que les montants affichés paraissaient équilibrés, car ils étaient présentés avec 2 décimales dans la table de la fenêtre d'interface. 
Désormais, tous les montants euros ou devises lus dans le fichier d'interface sont arrondis à 2 chiffres après la virgule.

SAISIE PIÈCE DE PLUS DE 100 LIGNES Correction N° 208 du 30/03/22

La saisie pièce pouvait provoquer une erreur en sortie d'une ligne, au-delà de la 100ème ligne.

OPTIMISATION OUVERTURE FENETRE PRINCIPALE Correction N° 209 du 05/04/22

A l'ouverture de la fenêtre principale, le chargement de la boite de menus (celle affichée en partie gauche ou droite de l'écran principal) se faisait 2 fois, c'est à dire une fois de trop.
Une autre petite chose a été modifiée : durant la phase d'initialisation de cette fenêtre, on voyait un champ avec la mention Pour que la sortie du champ de recherche dans menu fonctionne. Ce champ a été masqué.
Enfin, quand on choisissait explicitement le gabarit vert (et uniquement avec ce gabarit), il y avait une zone de la barre d'outils, entre les icônes ancrées à gauche et celles ancrées à droite, qui apparaissait avec un fond vert foncé. Ce champ a disparu.

 

MISE A DISPOSITION DE LA NOUVELLE DOCUMENTATION EN LIGNE Correction N° 210 du 05/04/22

Une nouvelle documentation de référence est disponible pour LDCompta. Elle est accessible d'une part par le menu ?/Index de l'aide, d'autre part à tout moment dans LDCompta par la touche de fonction F1. Dans ce deuxième mode d'appel, la documentation s'ouvre sur la page la plus appropriée par rapport à la fenêtre dans laquelle on se trouvait lorsqu'on a appuyé sur la touche de fonction F1.
Notez que cette documentation est accessible uniquement « en ligne », sur le site LD SYSTEME.
Si vous souhaitez y accéder en dehors de LDCompta, sachez que son adresse est :
https://www.ldsysteme.fr/jhnd/LDCompta%20DocHTML/LDCompta.html

Autre information : s'agissant d'une documentation au format HTML, elle s'ouvre obligatoirement dans un navigateur Internet.
Vous pouvez, si vous le souhaitez, choisir quel sera le navigateur (Chrome, Firefox, Edge, Opéra...) dans lequel cette documentation s'ouvrira depuis LDCompta. Pour cela, un nouveau paramètre est disponible dans la fenêtre de choix des répertoires de LDCompta (celle qui est accessible par Alt F1 depuis l'écran d'ouverture de session). Notez que le choix de ce navigateur est propre à chaque utilisateur Windows, et comme il est mémorisé dans le fichier des paramètres de LDCompta, il est aussi fonction du poste de travail (ce fichier des paramètres se nomme généralement LDCParam.INI  et se trouve dans le répertoire des programmes de LDCompta, C:\Ldsystem\Program\Compta).

CREATION COMPTE GENERAL - PROBLEME ORDRE DE TABULATION DES CHAMPS Correction N° 211 du 05/04/22

Quand on créait un compte général, au sortir du N° de compte, le focus n'allait pas sur le libellé du compte. 
Ce champ Libellé était avant le champ N° de compte dans l'ordre de tabulation.
CONSULTATION COMPTE - AMELIORATION SOLDE PROGRESSIF Correction N° 212 du 06/04/22

Dans la procédure de consultation d'un compte, la colonne Solde progressif reste désormais affichée, même si l'on demande un tri sur une colonne quelconque de la table (par un clic sur un des en-têtes de colonnes), et même si l'on applique un filtre.
Ce solde progressif est systématiquement recalculé à chaque modification du tri de façon à tenir compte du nouvel ordre de tri des lignes de la table et éventuellement des filtres appliqués.
Le titre de cette colonne Solde progressif devient Total progressif si l'on prend l'option Pas de report des écritures antérieures, si l'on applique un filtre ou en cas de consultation multi-exercices.
Par ailleurs, des modifications ont été appliquées quand on demande un tri :
 - Sur la colonne Code lettrage : le repère de tri ascendant ou descendant s'affiche désormais correctement sur l'en-tête de colonne.
   Pour cela, on trie en primaire sur une colonne cachée représentative de l'ordre « logique » des codes lettrages, ordre logique
   qui reste le même que les données soient sur un serveur Windows (codification ASCII) ou AS/400 (codification EBCDIC), 
   puis en secondaire sur la colonne Code lettrage pour que le repère de tri s'affiche sur celle-ci (même si ce critère de tri secondaire
   ne joue en rien sur l'ordre des lignes).
 - Sur les colonnes Débit et Crédit : désormais, le fait de demander un tri sur l'une de ces deux colonnes applique un tri
   sur les deux colonnes. Ainsi, si par exemple on demande un tri sur la colonne Débit, les écritures se retrouvent triées par débit
   croissant (ou décroissant), et les écritures au crédit sont aussi triées par crédit croissant (ou décroissant).
 - Enfin, sur ces 3 colonnes Code lettrage, Débit, Crédit, on gère désormais correctement le fait que la touche Control soit
   enfoncée lors de la demande de tri sur la colonne, pour permettre d'ajouter ces colonnes à l'ordre de tri antérieur.
FACTURATION INTERCO - GESTION DES COMPTES GÉNÉRAUX PAR SOCIETE Correction N° 213 du 08/04/22

Une nouvelle possibilité a été introduite dans la fenêtre de pré-traitement d'interface pour la facturation interco afin de permettre de définir des comptes généraux (charges et produits) variables par société. La condition préalable est que le compte général est construit avec une partie variable par société, et que cette partie variable est toujours la même pour une société donnée, quel que soit le compte dans lequel cette partie variable est portée.
Cette partie variable est représentée dans le fichier des paramètres iFacInterco.ini, dans la section [CPTG], par le caractère $. Elle peut être utilisée dans le compte origine (celui avant le caractère =, qui est en principe le compte de vente dans la société origine, celle dans laquelle on interface le fichier origine) et/ou dans le compte cible (celui après le caractère =, qui est en principe le compte d'achat dans la société cible, celle dans laquelle on devra interfacer ces achats).
La liste des codes de remplacement est à remplir dans une section [$], sous la forme <CodeSociété>=<Code de remplacement>
Exemple (partiel) du fichier de paramétrage :
[CPTG]
707$00=6070$0
707900=6079$0
[$]
LDZ=1
LD2=2
LD3=3
Attention : pour le compte origine, celui à gauche du caractère =, la partie variable est remplacée par le code lié à la société cible (celle dans laquelle on envoie les achats), alors que pour le compte cible, celui à droite du caractère =, la partie variable est remplacée par le code lié à la société origine (celle dans laquelle on reçoit les ventes).
Dans l'exemple ci-dessus, si on reçoit dans un fichier d'interface une facture de vente pour le dossier LDZ devant donner lieu à une facture d'achat dans le dossier LD2, le compte de vente 707200 sera traduit en compte d'achat 607010 pour le dossier LD2.
Si ce même fichier d'interface doit donner lieu à une facture d'achat dans le dossier LD3, c'est le compte de vente 707300 qui serait traduit en compte d'achat 607010 pour le dossier LD3.
Si on reçoit dans un fichier d'interface une facture de vente pour le dossier LD3 devant donner lieu à une facture d'achat dans le dossier LDZ, le compte 707900 sera traduit en 607930 dans le dossier LDZ.
Remarque complémentaire : le code société destinataire, c'est à dire la société dans laquelle on doit comptabiliser la facture d'achat miroir de la facture de vente, reste déterminée par le compte de tiers de la facture, via la section [COSO].

SORTIE IMMOBILISATION - ARRONDI QUANTITÉ Correction N° 214 du 11/04/22

Des différences d'arrondi pouvaient survenir dans de rares cas lors du contrôle des quantités saisies pour la sortie d'immobilisation, rendant impossible sa sortie complète.

ETATS IMMOBILISATION - ALIGNEMENTS CHAMPS DE LA FENETRE DE LANCEMENT Correction N° 215 du 12/04/22

La disposition et l'alignement des champs des fenêtres de lancement des différents états Immobilisations ont légèrement été revus, suite à la correction 196 portant sur l'état des dotations prévisionnelles qui avait nécessité quelques modifications.

ERREUR DE CHIFFREMENT SUR BASE CLIENT/SERVEUR Correction N° 216 du 15/04/22

Une erreur de mot de passe était provoquée dans certains traitements et éditions lorsqu'un niveau de chiffrement du dossier a été indiqué dans la fiche société (1, 2, ou 3) et que la base de données est installée dans un serveur Hyperfile.

BORDEREAU DE REMISE EN BANQUE - COMPTABILISATION EN DATE D'ECHEANCE Correction N° 217 du 15/04/22

Dans la procédure de comptabilisation des bordereaux de remise en banque, qui ne concerne rappelons-le que les journaux de banque où l'on a un compte transitoire, une nouvelle option permet de comptabiliser le bordereau en date d'échéance, c'est à dire avec une date comptable d'écriture égale à la date d'échéance. Par voie de conséquence, si sur un bordereau donné, il y a des remises à plusieurs dates d'échéance, LDCompta comptabilise plusieurs pièces (plusieurs lots), une pour chaque échéance, avec sur chaque pièce la date d'écriture égale à la date d'échéance de la remise. Toutes ces pièces ont le même N° si le journal de banque est en numérotation manuelle. En revanche, si le journal est en numérotation automatique, chaque pièce porte un N° distinct.
Intérêt de cette nouvelle méthode de comptabilisation : quand on fait une remise d'effets à l'encaissement comportant plusieurs échéances dont certaines assez lointaines, cela permet de positionner les écritures de remise à la bonne date sur le compte de banque et facilite le rapprochement bancaire ultérieur.
L'option est disponible sur le dernier écran de comptabilisation d'un bordereau, celui où l'on voit les différentes écritures qui vont être passées au compte de banque. Elle est automatiquement mémorisée d'une fois sur l'autre.

Au passage, une petite correction n'ayant rien à voir a été faite dans la saisie des modes de paiement : quand on créait ou modifiait un mode de paiement, le focus arrivait sur l'onglet et non sur le premier champ du premier onglet. Cela obligeait à appuyer une première fois sur la touche Tabulation pour donner le focus au premier champ accessible en saisie (le code ou le libellé du mode de paiement).

Une autre correction aussi été faite dans la comptabilisation du bordereau de remise en banque, pour corriger une anomalie qui était présente depuis l'origine de LDCompta pour Windows, alors que cela fonctionnait correctement dans LDCompta pour AS/400 Version 8 : l'option Conserver N° de pièce en sortie du compte transitoire ne fonctionnait pas pour les règlements remis en banque sans être passés par le portefeuille.

VÉRIFICATION DES ÉCARTS FOURNISSEURS Correction N° 218 du 21/04/22

Depuis le niveau 88, le contrôle des écarts des soldes fournisseurs par rapport à l'échéancier s'arrêtait après le 1er fournisseur ayant des écritures non lettrées et dont le code est postérieur au code du dernier fournisseur présent dans le fichier de l'échéancier (ou si l'échéancier est vide).
SAISIE VIREMENTS RECUS - PRISE EN COMPTE RELEVÉS EN DEVISE DE REFERENCE Correction N° 219 du 22/04/22

Dans la saisie des virements reçus, on ne prenait en compte que les relevés reçus en devise EUR.
Avec cette correction, c'est toujours le cas si le module Devises n'est pas activé.
Mais si ce module est actif, on prend les relevés qui sont reçus dans la devise de référence.
Cela permet de traiter le cas d'une comptabilité gérée en XPF (Nouvelle Calédonie), où les relevés bancaires sont reçus en XPF. 

CHIFFREMENT DU DOSSIER AU NIVEAU 3 - PERTE DES DOCUMENTS GED Correction N° 220 du 22/04/22

Lors du chiffrement des fichiers au niveau 3 (niveau maximum), le chiffrement du fichier des documents GED était mal converti, ce qui provoquait une absence de numérotation des enregistrements des documents GED. Après chiffrement, les liens GED référençait alors des enregistrements qui n'existaient plus dans le fichier des documents GED.
Si besoin, un outil a été développé pour récupérer ces documents GED à partir d'une sauvegarde des fichiers avant chiffrement.

EXPORT FACTURES D'ACHAT RÉGLÉES-PROBLEME DATE MINI Correction N° 221 du 03/05/22

Dans la procédure d'export des factures d'achat réglées, il y avait un problème de traitement de la date minimum indiquée sur le 2ème écran. Lorsque cette date était renseignée, le système ignorait les règlements ayant une date antérieure strictement à celle-ci (comme attendu donc), mais ignorait les factures lettrées par ces règlements ayant une date antérieure ou égale à cette date minimum. On ne récupérait donc pas les factures réglées ayant une date égale à la date minimum indiquée.
GROUPES ET FAMILLES DE TIERS - OUVERTURE SIMULTANEE Correction N° 222 du 05/05/22

Jusqu'alors, on ne pouvait pas ouvrir simultanément les fenêtres de gestion des groupes et familles de clients et fournisseurs, sachant que techniquement c'est la même fenêtre (PD8LST-PD8MAJ) qui est utilisée pour gérer ces 4 entités : groupes de clients, familles de clients, groupes de fournisseurs, familles de fournisseurs. C'est désormais le cas : on peut ouvrir en parallèle par exemple les fenêtres de gestion des groupes de clients et des groupes de fournisseurs.
Au passage, on a traité aussi le cas des codes « libres » Clients et Fournisseurs et des codes Langue, qui sont eux-aussi gérés au travers d'une même fenêtre (PDJLST-PDJMAJ).

SAISIE ECRITURE PERIODIQUE - PROBLEME SELECTION COMPTE Correction N° 223 du 05/05/22

En saisie d'une écriture périodique, sur l’onglet schéma comptable, lors d'une demande de sélection d'un compte en cliquant sur le bouton « Loupe », on était obligé de cliquer 2 fois sur le bouton pour obtenir la fenêtre de sélection. Et si le champ N° de compte était partiellement renseigné lors du clic sur ce bouton Loupe, par exemple avec un code racine correspondant à un compte collectif, on obtenait un message N° de compte invalide. En revanche, cela fonctionnait correctement si on utilisait le raccourci F4.
CLOTURE ANNUELLE-GESTION COMPTES EN CLASSE 8 Correction N° 224 du 12/05/22

La procédure de clôture annuelle des comptes a été modifiée pour traiter les comptes de classe 8 (utilisés en Afrique notamment) de la même façon que les comptes de classe 6 et 7.
Remarque : cela était déjà le cas dans le calcul du résultat provisoire sur les éditions de balance et grand-livre généraux (quand il y a « clôture provisoire »), et le module Bilan et compte de résultat. 

BILAN ET CR - VUE TABLEUR - ERREUR SUR LES TOTAUX Correction N° 225 du 13/05/22

Dans la vue Tableur d'un bilan ou compte de résultat, de même que dans les tableaux de bord analytiques, les lignes de totalisation, quel que soit le niveau, pouvaient être erronées. Tout dépendait de la façon dont le tableau avait été construit, pour ce qui est de l’enchaînement entre les lignes de titre et de totalisation.
La façon dont le tableau est chargé, ligne par ligne, a été entièrement revue, pour que les données affichées dans celui-ci soient toujours parfaitement identiques à celles observées en cas d'impression.
Au passage, d'autres choses ont été corrigées, et notamment les masques utilisés pour afficher les valeurs numériques : on a désormais un masque avec 3 parties (valeur positive, valeur négative, valeur nulle). Ainsi, les valeurs à zéro n'apparaissent pas. Auparavant, pour y parvenir, on effaçait les valeurs à zéro, y compris quand il s'agissait du résultat d'une formule.

PARAMETRES DE LA SAISIE DES VIREMENTS REÇUS - CORRECTION NOMBRE DE REGLES Correction N° 226 du 19/05/22

Dans la fenêtre des paramètres de la saisie des virements reçus, suite à la correction N° 155, le nombre de règles affiché pour chaque banque était erroné : il était diminué de 1 unité. On affichait donc Aucune règle quand il y en avait une, 1 règle quand il y en avait deux...
BALANCE ANALYTIQUE - AMELIORATIONS Correction N° 227 du 20/05/22

Selon les critères de tri 2 et 3 demandés en édition d'une balance analytique, et notamment si l'on ne cochait par le niveau Détail sur ces critères, la présentation finale n'était pas celle escomptée.
Exemple : Pas de critère de tri 1, Critère de tri 2 = Section avec Niveau 1 seulement, Critère de tri 3 = Compte
Avant, on avait dans ce cas une balance triée par section et compte, avec des sous-totaux sur le niveau 1 de la section.
Désormais, on a bien une balance par Section Niveau 1 et compte.
Autre cas de figure : Pas de critère de tri 1, Critère de tri 2 = Section avec Niveau 1 seulement, Critère de tri 3 = Compte avec niveau 2 seulement.
Avant, on avait dans ce cas une balance triée par section, avec des sous-totaux par classe de comptes à 2 chiffres, et des sous-totaux par section niveau 1.
Désormais, on a une balance par Section Niveau 1 et classe de comptes à 2 chiffres.

INTERROGATION BALANCE - PROBLEME SI CHANGEMENT ONGLET Correction N° 228 du 20/05/22

Lorsqu'on affichait une balance générale, client ou fournisseur dans la fenêtre générique de consultation, si on ouvrait ensuite un ou plusieurs autres onglets dans cette fenêtre de consultation (pour consulter des comptes par un double-clic sur des N° de comptes affichés sur la balance par exemple) et qu'on refermait ensuite ce ou ces onglets pour se retrouver à nouveau sur l'onglet initial affichant la balance, si on cliquait à ce moment-là sur le bouton Imprimer, cela provoquer un crash.
Remarque technique : le problème à l'origine de ce crash, c'est qu'à la fermeture d'un des onglets dynamiques, LDCompta ne connaissait plus l'alias de l'onglet dynamique qui devenait l'onglet « en-cours », contrairement à ce qui se passe lorsqu'on change d'onglet par un clic sur le volet de l'onglet.

SELECTION D'UN COMPTE - PROBLEME SI FENETRE DE GESTION DES PARAMETRES DIVERS OUVERTE Correction N° 229 du 20/05/22

Lorsqu'une fenêtre de gestion des paramètres divers était ouverte (par exemple, la gestion des modes de paiement), si on appelait la fenêtre de sélection des comptes (par F4), cela proposait systématiquement une sélection sur le plan comptable, même si on avait commencé à saisir un code racine correspondant à un collectif.
Remarque technique : les fenêtres de gestion des paramètres divers utilisent un filtre sur le fichier des paramètres divers CPTPDI. Ce filtre étant actif quand on appuyait sur F4, LDCompta n'arrivait pas à identifier le code racine car celui-ci est recherché également dans le fichier CPTPDI.
SAISIE PIECE - BOUTON RAPPELER SUR LIBELLE Correction N° 230 du 20/05/22

En saisie des écritures par pièce, il y avait un dysfonctionnement du bouton F9-Rappeler lorsque le focus était dans la colonne Libellé. Dans ce cas de figure, il y avait validation de la ligne, ce qui provoquait une erreur si par exemple on n'avait pas encore saisi de montant. Alors qu'il ne faut pas contrôler la ligne en cours de saisie à ce stade, puisque le fait d'utiliser le bouton Rappeler ne change pas la ligne en cours.

OUTIDEMO-AVANCEMENT DATES-ERREUR SI DATE INVALIDE Correction N° 231 du 24/05/22

La fenêtre OUTIDEMO, utilisée notamment pour faire avancer toutes les dates d'un dossier de démonstration, s'interrompait dès qu'elle rencontrait une date invalide. Désormais, les dates invalides sont ignorées et la procédure va toujours à son terme, de façon à traiter toutes les dates valides de tous les fichiers.
PARAMETRES POUR CLASSES DE COMPTE DE RESULTAT Correction N° 232 du 31/05/22

Il est désormais possible de paramétrer les classes de comptes considérées comme étant des comptes « de résultat » (par opposition aux comptes dits « de bilan »). Cela est utile notamment pour pouvoir utiliser LDCompta en Suisse, où le plan de comptes généraux est différent de celui utilisé en France.
Jusqu'alors, c'étaient toujours les comptes de classe 6,7 et 8 qui étaient considérés comme étant des comptes de résultat. Et cette notion était utilisée à plusieurs endroits dans LDCompta :
 - Lors de l'impression ou consultation d'une balance générale, où l'on totalise séparément, en fin d'état, les comptes de bilan
   et les comptes de résultat.
 - Lors de la consultation d'une balance générale, l'édition d'une balance générale (y compris avec comparatif d'un exercice antérieur)
   ou d'un grand-livre général (y compris en devise), en cas de clôture provisoire, pour calculer le résultat provisoire.
 - Lors de la clôture d'exercice (clôture annuelle), où les comptes « de résultat » sont traités différemment des comptes de bilan
   (les écritures de ces comptes de résultat, antérieures à la date de clôture,  ne sont pas reprises en détail,
    mais uniquement en solde global pour déterminer le résultat de l'exercice).
 - Dans le module Bilan et Compte de résultat, pour calculer le résultat de l'exercice et/ou le résultat provisoire à faire apparaître
   sur le tableau Bilan d'une part, et d'autre part pour déterminer quels sont les comptes à contrôler selon le type de tableau : Bilan ou
   Compte de résultat.
 - Enfin, lors de la création des comptes généraux et auxiliaires, pour interdire le pointage sur des comptes de résultat
   (jusqu'alors, le pointage était interdit sur les comptes de classe 6 et 7 « en dur »).

Dans toutes ces procédures, si l'on souhaite définir comme étant des comptes de résultat des comptes de classe autre que 6,7 et 8, comme cela est normalement le cas en France, il faut créer un paramètre programme nommé CPTGRESULT et indiquer en position 1 à 9 de la valeur alphanumérique les différentes classes de compte qui doivent être considérées comme étant des comptes de résultat.
En l'absence de ce paramètre, tout se passe comme si la valeur fixée par celui-ci était "678", ce qui permet d'avoir exactement le même fonctionnement qu'antérieurement à cette correction.

GED - MANQUE IMAGE DOCUMENT DE TYPE LIEN HTTP Correction N° 233 du 03/06/22

Dans la fenêtre présentant la liste des documents GED liés à une entité donnée (Fiche tiers, Fiche Immobilisations, Pièce comptable...), aucune image ne figurait en première colonne dans le cas d'un document de type « Lien HTTP (URL) ».
SAISIE VIREMENT REÇU - BLOCAGE SI TRAITE A L'ACCEPTATION Correction N° 234 du 09/06/22

En saisie des virements reçus, en mode « automatique » (la fenêtre de saisie du virement est masquée), on rencontrait un blocage s'il existait une traite en attente d’acceptation pour le client pour lequel on saisissait un virement, dans le cas où l'on avait demandé (paramètre programme de la saisie des règlements clients) à avoir un message d'avertissement lors de la saisie d'un règlement pour un client ayant des traites en attente d'acceptation.
IMPRESSION RELEVE COMPTE DEPUIS CONSULTATION - PRISE EN COMPTE FILTRE Correction N° 235 du 10/06/22

Lorsqu'on demandait l'impression d'un relevé de compte depuis la fenêtre de consultation d'un compte, l'option Prendre en compte les filtres appliqués en consultation restait grisée. Cette option est désormais à nouveau disponible, comme cela était le cas en version 10.

2 CORRECTIONS POUR LES LIENS HTTP DANS LA GED Correction N° 236 du 10/06/22

Deux corrections ont été faites concernant la GED intégrée de LDCompta. Cela ne concerne que l'ajout de liens HTTP :

1) Si on tentait d'ajouter un lien HTTP qui ne pointait pas sur un document (c'est à dire qui ne permettait pas d'extraire, depuis l'URL,
    un nom de fichier), cela provoquait un crash (boucle infinie d'appels de procédures).
    Exemple de lien provoquant cela : https://www.ldsysteme.fr/services/support/documentation/ldcompta/
    Lien qui était considéré comme correct : https://www.ldsysteme.fr/fileadmin/telechargement/np/ldcompta/Documentation/IntCptW11.pdf

2) Si on tentait d'ajouter un lien HTTP dans la GED depuis la consultation par pièce, par référence, par journal ou par montant,
    cela provoquait un crash. On faisait référence (par erreur) à une variable de la fenêtre de consultation d'un compte, et non à  
    la même variable de la fenêtre de consultation dans laquelle on tentait d'ajouter le lien HTTP.

EDITION GRAND-LIVRE GENERAL EN DEVISE DEPUIS CONSULTATION COMPTE PAS OK Correction N° 237 du 17/06/22

Depuis la fenêtre de consultation d'un compte en devises, quand on clique sur le bouton Imprimer compte, on accède à la fenêtre d'édition du grand-livre en devises (nouveau en version 11). 
Cela fonctionnait bien si on consultait un compte auxiliaire en devises (Client, Fournisseur ou Autre auxiliaire), mais pas pour un compte général (un compte de banque en devises par exemple).
SUPPRESSION D'UN PRELEVEMENT NE FONCTIONNE PAS Correction N° 238 du 22/06/22

La suppression d'un prélèvement au sein d'un lot de prélèvement ne fonctionnait pas. On avait bien le message de confirmation de suppression, mais suite çà cette confirmation, aucune suppression n'était effectuée. 

CREATION COMPTE AUTRE AUXILIAIRE- MAUVAIS POSITIONNEMENT Correction N° 239 du 23/06/22

Quand on créait une fiche de compte Autre auxiliaire, suite à la saisie du N° de compte, le focus passait sur la zone Titre et non sur la zone Libellé.

 
ENRICHISSEMENT DE LA NOTION DE SOUS-TYPE DE COLLECTIF AUTRE AUXILIAIRE Correction N° 240 du 23/06/22

Depuis la correction V9 N504 (Juin 2012), LDCompta offre une notion de « sous-type » dans la gestion des comptes collectifs de type « autre auxiliaire ». Ce code sous-type, facultatif, peut être indiqué sur l'écran où l'on définit un compte collectif de type « autre auxiliaire » et peut prendre une valeur quelconque comprise entre A et Z ou 0 et 9.
L'intérêt de cette notion de sous-type est double :

Avec cette nouvelle correction, ces deux choses sont dissociées. On peut désormais conserver la possibilité d'interrogation en mode multi-collectifs, via la notion de sous-type, même si la liste des comptes autres auxiliaires n'est pas commune à tous les comptes collectifs d'un même sous-type.
Pour cela, dans la fenêtre où l'on précise le sous-type d'un compte collectif, une nouvelle case à cocher Comptes communs au sous-type est disponible (cochée par défaut, pour garantir une comptabilité avec ce qui se faisait auparavant).
En décochant cette case, il n'y aura plus synchronisation automatique des comptes autres auxiliaires entre ce collectif et les autres collectifs du même sous-type. Mais on pourra quand même demander une interrogation multi-collectifs pour ce sous-type.

Exemple : imaginons qu'on veut gérer en tant que compte collectif les 3 comptes 425000-Acomptes au personnel, 425100-Avances sur frais et 467100-Autres comptes débiteurs ou créditeurs, avec chaque fois des comptes autres auxiliaires représentant des salariés.
Dans les 2 premiers collectifs, on veut la liste complète des salariés, mais dans le 3ème, on ne veut que certains salariés seulement, ceux qui sont concernés par un prêt par exemple. Les 3 collectifs seront créés avec un sous-type commun, par exemple le sous-type S pour Salariés. Mais on ne cochera la nouvelle option que sur les 2 premiers, pas sur le compte 467100.
Ainsi, tout compte créé ou modifié sur le collectif 425000 ou 425100 sera utilisable immédiatement dans ces deux collectifs. Et si on interroge en mode multi-collectif pour un salarié donné (à la condition bien sûr que, à salarié identique, le N° de compte autre auxiliaire utilisé en 467100 soit identique à celui utilisé en compte 425000-425100), on retrouvera les écritures concernant ce salarié sur l'ensemble des 3 collectifs.
Il y a aussi une autre utilisation de cette nouvelle option : c'est le cas où les comptes autres auxiliaires ne sont pas forcément les mêmes, mais sont toujours de même « nature ». Par exemple, des véhicules, repérés par une immatriculation, qui sont gérés dans des collectifs distincts selon le type de véhicule : véhicule lourd, véhicule léger, voiture de fonction... L'intérêt d'associer ces 3 collectifs à un même sous-type est qu'en interrogation de compte, il suffit de connaître le véhicule concerné (par son immatriculation par exemple) et l'on retrouvera toutes les écritures comptables le concernant, sans se préoccuper du compte collectif concerné.
Et pour rechercher le N° de compte auxiliaire correspondant au véhicule, en consultation de compte, on peut frapper simplement la racine correspondant au multi-collectifs de ce sous-type (par exemple XV si X est la lettre choisie pour le multi-collectifs Autres auxiliaires et que le sous-type V a été assigné aux 3 collectifs Véhicules), puis appuyez sur F4. On obtient ainsi la liste de tous les comptes autres auxiliaires de tous les comptes collectifs du sous-type V et l'on peut facilement filtrer cette liste sur une immatriculation si celle-ci a été saisie dans le libellé du compte.
Remarque : si pour un sous-type donné, certains collectifs ont l'option Comptes communs au sous-type et d'autres ne l'ont pas, on obtiendra la liste des comptes auxiliaires du premier collectif ayant des comptes communs en sus de tous les comptes auxiliaires des collectifs n'ayant pas les comptes communs. Dans le premier exemple décrit plus haut, on aurait ainsi la liste de tous les comptes des collectifs 425000 et 467100, mais pas ceux du collectif 425100 car ils sont identiques à ceux du compte 425000. 
OUVERTURE SESSION - REPONSE AUTOMATIQUE SI NIVEAU PROGRAMME TROP BAS Correction N° 241 du 24/06/22

A l'ouverture d'une session LDCompta, on peut avoir un message d'avertissement si le niveau des programmes de LDCompta utilisé dans la session courante est inférieur à celui utilisé à la dernière ouverture de session sur le dossier comptable concerné.
Une temporisation de 60 secondes maximum a été ajoutée sur ce message d'avertissement, car il bloquait certaines tâches planifiées, celles qui étaient lancées avec l'option /NOUPDATE en ligne de commande, si une mise à jour de LDCompta avait été opérée sur d'autres postes de travail par exemple, mais pas sur le serveur où s'exécutent les tâches planifiées.
IMMOBILISATIONS-CAS D'UNE REPRISE EN COURS D'EXERCICE Correction N° 242 du 30/06/22

La procédure de calcul du plan d'amortissement a été revue pour gérer le cas de la reprise d'immobilisations provenant d'une autre société (une « fusion » entre 2 sociétés) avec une date de reprise qui n'est pas la date de début d'exercice de la société dans laquelle les immobilisations sont reprises.
Exemple 1 :
 Société d'origine : On a des exercices en année civile, le dernier exercice ouvert étant 2021 du 01/01/2021 au 31/12/2021.
 Nouvelle société créée en Novembre 2021, avec un premier exercice de 14 mois, donc un exercice du 01/11/2021 au 31/12/2022.
 Cette deuxième société absorbe la première au 01/01/2022, et elle reprend donc les immobilisations pour leur valeur au 31/12/2021.
 Du coup, la première année d'amortissement dans la 2ème société doit démarrer, pour ces immobilisations, à la date de reprise
 (01/01/2022) et non à la date de début d'exercice (01/11/2021), pour une durée de 12 mois et non pas 14.
Exemple 2 :
 Société d'origine : Même chose que ci-dessus, mais on décide de prolonger l'exercice 2021 d'un mois supplémentaire.
 Le dernier exercice ouvert court donc du 01/01/2021 au 31/01/2022, avec des dotations calculées sur 13 mois.
 Nouvelle société créée en Novembre 2021, avec un premier exercice de 14 mois, donc un exercice du 01/11/2021 au 31/12/2022.
 Cette deuxième société absorbe la premier au 01/02/2022, et elle reprend donc les immobilisations pour leur valeur au 31/01/2022.
 Du coup, la première année d'amortissement dans la 2ème société doit démarrer, pour ces immobilisations, à la date de reprise
 (01/02/2022) et non à la date de début d'exercice (01/11/2021), pour une durée de 11 mois et non pas 14.

Avec cette correction, ces deux cas de figure sont désormais bien gérés. De façon plus générale, on prévoit tous les cas où la date de reprise est différente de la date de début d'exercice de la société dans laquelle les immobilisations sont reprises, pour que la première année du plan d'amortissement calculée dans cette société qui reprend les immobilisations soit bien bornée de la date de reprise jusqu'à la date de fin d'exercice, avec ajustement en conséquence du montant amorti sur cette première année.

La correction a porté :
 - D'une part sur le calcul du plan d'amortissement, pour la première ligne d'une immobilisation ayant une date de reprise.
 - D'autre part lors de la comptabilisation : pour chaque immo ainsi reprise, la première ligne du plan d'amortissement
   ne doit pas donner lieu à comptabilisation, même si elle est dans l'exercice demandé en comptabilisation.
   La comptabilisation de cette part « reprise » a déjà été faite dans la société d'origine et ne doit donc pas être faite une
   seconde fois dans la société où l'immo est reprise.
   Dans le deuxième exemple ci-dessus, la première ligne des immos reprises couvre la période de la date d'acquisition
   au 31/01/2022. Si on demande la comptabilisation pour tout l'exercice, soit du 01/11/2021 au 31/12/2022 (14 mois), cette première ligne
   doit être ignorée, même si elle recouvre partiellement la période demandée en comptabilisation.
 - Enfin sur l'état de situation : pour ces immobilisations reprises, la dotation lue sur la première ligne du plan d'amortissement
   est sommée intégralement dans la colonne Dotation antérieure, même si la période demandée pour l'état de situation
   recouvre partiellement celle de la première ligne du plan. Là-aussi, on considère que cette dotation « reprise » ne doit pas affecter
   les dotations de la période demandée de la société courante, car la dotation a été prise en compte dans la société d'origine.

Au passage, quelques petites corrections mineures d'interface ont été faites dans la fenêtre de saisie d'une fiche immobilisations (boutons F4 qui masquaient la partie droite du cadre de certains champs de saisie).

ETAT DE TRÉSORERIE PRÉVISIONNELLE - SORTIE EXCEL DIRECTE Correction N° 243 du 04/07/22

Il est désormais possible d'exporter directement vers Excel les états de trésorerie, depuis la fenêtre d'Edition des états de trésorerie accessible depuis le menu Traitement/Trésorerie prévisionnelle/Etats de trésorerie.
Un bouton Ouvrir .xlsx a été ajouté à gauche du bouton Imprimer au bas de la fenêtre.

ETAT DOTATIONS PRÉVISIONNELLES IMMOBILISATION : AFFICHER SEULEMENT LES TOTAUX Correction N° 244 du 04/07/22

Dans la fenêtre d'édition des dotations prévisionnelles, accessible depuis le menu Traitement, Immobilisations, Editions, Dotations prévisionnelles, la case à cocher Afficher seulement les totaux peut désormais être cochée.
Il est ainsi possible d'afficher seulement les totaux sur l'édition des dotations prévisionnelles.
OUVERTURE DE SESSION - DOSSIERS FERMÉS ET OUVERTS : PAS DE DIFFÉRENCE À L'AFFICHAGE Correction N° 245 du 04/07/22

Dans la fenêtre d'ouverture de session, une amélioration a été apportée afin de différencier visuellement les dossiers fermés des dossiers ouverts.
Les dossiers fermés apparaissent désormais en italique et dans une couleur plus claire que celle des dossiers ouverts.

INTERROGATION COMPTE - SUPPRIMER UN LETTRAGE PARTIEL DEPUIS LE CLIC DROIT SUR UNE ECRITURE, AFFICHER LE LETTRAGE PARTIEL Correction N° 246 du 04/07/22

Dans les fenêtres d'interrogation (compte, pièce, référence, journal ou montant), le clic droit sur une écriture partiellement lettrée offre la possibilité d'Afficher le lettrage partiel en question.
Puis, dans la fenêtre Détail d'un lettrage partiel qui s'ouvre suite au clic sur cette option Afficher le lettrage partiel, il était possible de modifier le lettrage partiel mais impossible de le supprimer, le bouton Supprimer étant masqué.

Le bouton Supprimer est désormais visible pour permettre la suppression d'un lettrage partiel en suivant le cheminement cité ci-dessus.

Cela évite de suivre le cheminement suivant qui permet également de supprimer un lettrage partiel, mais qui est plus fastidieux :
- clic sur le bouton Lettrer ce compte dans la fenêtre d'interrogation, qui ouvre la fenêtre des Lettrages du compte interrogé,
- puis clic sur le bouton Lettrage partiels, qui ouvre la fenêtre des Lettrages partiels du compte interrogé,
- et enfin clic sur le bouton Afficher détail, qui ouvre la fenêtre Détail d'un lettrage partiel dans laquelle le bouton Supprimer est accessible.

PROBLEME LANCEMENT LDSQL SI REPERTOIRE DES DONNEES CONTIENT UN ESPACE Correction N° 247 du 21/07/22

Lorsqu'on tentait de lancer LDSQL par le menu Outils/Autres outils/Lancer l'interpréteur SQL, cela ne fonctionnait pas (la connexion n'était pas trouvée dans LDSQL) si on était sur une connexion de type « HF Classic » et que le répertoire de données contenait un espace (ce qui est plus souvent le cas lorsqu'on accède aux données via une UNC plutôt qu'un disque réseau).
SAISIE VIREMENT REÇU-PROBLEME SI MONTANT SUPÉRIEUR A 1 MILLION Correction N° 248 du 16/08/22

Dans la saisie des virements reçus, sur l'écran où l'on saisit le détail d'un virement, la zone où s'affiche le montant a été élargie, pour prévoir le cas des montants supérieurs à 1 million (on va désormais jusqu'à 99 millions).
De plus, en cas d'éclatement, on avait également un souci pour saisir, dans la fenêtre de saisie de l'éclatement du règlement, un montant supérieur à 1 million et ayant 2 décimales. C'est désormais possible.
MODIFICATION D'INTERFACE - CONTRÔLE ANALYTIQUE Correction N° 249 du 22/08/22

Lors de la modification d'une ligne d'un fichier d'interface, les champs concernant l’analytique sont contrôlés et un message d'erreur est affiché obligeant à modifier les valeurs si elles sont incorrectes. Ce contrôle ne prend pas en compte le paramétrage présent sur l'onglet Analytique de la fenêtre d'Interface avec d'autres applications, ce qui entraînait des incohérences lors du contrôle de l'analytique après modification des lignes du fichier.
Désormais le contrôle n'affiche plus de message d'erreur, mais un simple avertissement, ce qui permet de valider la ligne modifiée bien qu'il y ait des incohérences dans les champs relatifs à l'analytique.
SAISIE PIÈCE - CODE DE SORTIE DE CHAMP NE S'EXÉCUTE PAS EN SÉLECTION DU JOURNAL Correction N° 250 du 29/08/22

Dans la première fenêtre de Saisie d'une pièce, lors de la sélection d'un journal depuis le bouton de sélection ou avec F4, la coche Lettrage manuel des comptes à la volée n’était pas cochée automatiquement lorsqu’on sélectionnait un journal de banque.
Elle ne se cochait qu’en sortie du champ de saisie Journal, donc lorsqu’on cliquait sur OK par exemple. Ce qui obligeait l’utilisateur à annuler la deuxième fenêtre pour venir décocher la case Lettrage manuel des comptes à la volée, s’il n’en voulait pas.

Ce comportement a été corrigé : désormais la case Lettrage manuel des comptes à la volée est automatiquement cochée lorsqu’on sélectionne un journal de banque depuis le bouton de sélection ou avec F4.

SAISIE PIÈCE - BOUCLE SUR LETTRAGE À LA VOLÉE Correction N° 251 du 30/08/22

Lors de la saisie d'une pièce avec Lettrage manuel à la volée, après avoir saisi une ligne et avant de passer à la ligne suivante, la fenêtre de lettrage s'ouvre automatiquement.
Pour valider cette fenêtre sans effectuer de lettrage, il suffit de ne cocher aucune ligne et de cliquer sur le bouton OK.
Or, certains utilisateurs ne souhaitant pas faire de lettrage ferment cette fenêtre soit par le bouton Fermer, soit par la croix en haut à droite de la fenêtre, soit par la touche Échap du clavier. Et dans ce cas ils retournent en saisie sur la ligne en cours, et lorsqu'ils sortent à nouveau de la ligne saisie, la fenêtre de lettrage s'ouvre à nouveau. Et cela tant qu'ils ne ferment pas la fenêtre de lettrage avec le bouton OK.
Pour éviter cette confusion, un message a été ajouté lorsque l'on sort de la fenêtre de lettrage sans la valider par le bouton OK : il demande à l'utilisateur s'il souhaite s'il souhaite revenir sur la ligne saisie (comme auparavant) ou poursuivre la saisie sans lettrage.
Ce message a été ajouté dans la Saisie par pièce et dans la Saisie au km.
FILTRE SUR DATE CREATION-MODIF ECRITURE EN IMPRESSION COMPTE Correction N° 252 du 01/09/22

Lorsque l’on appliquait un filtre sur la date de création ou la date de modification des écritures en consultation d'un compte, le filtre n’était pas pris en compte si on demandait l'impression du compte (bouton Imprimer compte) avec l'option Prendre en compte les filtres appliqués en consultation.
Cela était dû au fait qu'en consultation, les colonnes en question sont de type Date et heure, alors que dans la base de données, on a des colonnes Date d'un côté, Heure de l'autre. Les noms des champs à l'écran et dans la base de données diffèrent donc.
OPTION SSL NON PRISE EN COMPTE LORS DU TEST MAIL DANS LES PARAMÈTRES E-MAILING Correction N° 253 du 01/09/22

Dans les fenêtres de paramétrage de l'E-mailing des lettres de relance et des bordereaux de virements fournisseurs, l’option SSL n’était pas prise en compte quand on faisait un test via le bouton Test mail.
LETTRAGE EN DEVISE - PROBLEME SUR SOLDE PROGRESSIF Correction N° 254 du 01/09/22

Dans la fenêtre de lettrage d'un compte, et dans le cas où ce lettrage s'effectuait en devise, deux problèmes ont été corrigés :
 - La colonne Solde progressif s'intercalait entre le montant au crédit et le code devise relatif à ce montant au crédit.
   Désormais, ce solde apparaît après le code devise, ce qui est plus logique.
 - Le solde progressif était mal calculé : on sommait tous les montants sans tenir compte du sens Débit-Crédit.

LETTRAGE A LA VOLEE - AMELIORATIONS Correction N° 255 du 02/09/22

Des améliorations ont été apportées dans le lettrage manuel d'un compte effectué « à la volée », par exemple en saisie par pièce, au kilomètre ou en saisie de règlements clients. Il existait déjà deux règles déclenchant un pré-pointage à l'ouverture de la fenêtre de lettrage, lors du chargement de la table des écritures pouvant être lettrées :
 - Dès qu'on trouvait une écriture correspondant au montant à lettrer, il y avait pré-pointage de cette seule écriture.
 - Si le total de toutes les écritures correspondait au montant à lettrer, il y avait pré-pointage de toutes ces écritures.
Une nouvelle règle s'intercale désormais entre les deux règles ci-dessus :
 - En balayant les écritures lettrables et non lettrées du compte à lettrer, triées par date comptable,
   dès que le solde progressif correspond au montant à lettrer, il y a pré-pointage de toutes les écritures constituant ce solde progressif.

De plus, ces 3 règles de pré-pointage peuvent désormais être activées ou désactivées à volonté, et ce en fonction de la nature du compte à lettrer : client, fournisseur ou autre (compte général ou autre auxiliaire). Cela se fait dans une nouvelle fenêtre de paramètres programmes accessible depuis la fenêtre de lettrage manuel d'un compte (bouton situé en haut à gauche ou raccourci Alt F1).

SAISIE PAR PIECE - OPTION POUR LETTRAGE À LA VOLÉE POUR LES JOURNAUX DE BANQUE Correction N° 256 du 02/09/22

Dans la procédure de saisie des écritures par pièce, un nouveau paramètre programme permet d'indiquer si on souhaite que le lettrage des comptes « à la volée » soit proposé par défaut dès lors qu'on saisit sur un journal de banque.
Dans la fenêtre de saisie des paramètres programmes de cette saisie par pièce, il s'agit de la première case à cocher intitulée Proposer le lettrage « à la volée » pour les journaux de banque. Désormais, c'est seulement si celle-ci est cochée que dans la première fenêtre de la saisie par pièce, suite au choix du code journal, la case à cocher Lettrage manuel des comptes à la volée sera cochée par défaut quand le journal choisi est un journal de banque.
ASCENSEURS DANS LES BOITES DE MENU Correction N° 257 du 08/09/22

Une correction a été faite dans la fenêtre principale de LDCompta. Cela concerne l'affichage des boites de menus. L'objectif était d'aligner le code source présent dans cette fenêtre avec celui présent dans la fenêtre principale de LDPaye.
En effet, une correction V10 N321 a été faite dans LDPaye car aucun ascenseur ne s'affichait dans ces boites de menus. Dans LDCompta, on avait le même code source erroné que dans LDPaye, mais le problème ne se produisait pas (les ascenseurs étaient bien présents chaque fois que nécessaire), en raison d'une petite différence entre ces deux progiciels : LDCompta contient 7 menus (le nombre maximum) dans la boite de menus alors que LDPaye n'en contient que 5. Le calcul de la hauteur des menus, à chaque changement de taille de la fenêtre principale, qui tenait compte de ce nombre de menus présents dans la boite, était erroné : la hauteur affectée au menu était beaucoup trop grande et de ce fait, suffisante pour afficher en théorie la totalité du menu : aucun ascenseur vertical n'était donc proposé. Mais le bas du champ ne s'affichait pas car il dépassait la hauteur disponible de la boite de menu. Quant à l'ascenseur horizontal, il était bien proposé, mais non visible car tout au bas du menu.
SAISIE PAR PIECE - OPTION POUR LETTRAGE À LA VOLÉE POUR LES JOURNAUX DE BANQUE Correction N° 258 du 15/09/22

Suite à la correction 256, le lettrage à la volée sur un journal de banque ne se déclenchait plus. Pour que cela fonctionne à nouveau comme avant cette correction 256, il fallait retourner sur les paramètres programmes de cette saisie (Alt F1) et les valider, même si la case Proposer le lettrage « à la volée » pour les journaux de banque était déjà cochée.
INTERFACE ALIX - AGREO/IGUS Correction N° 259 du 27/09/22

Le fichier créé dans la fenêtre de pré-traitement d'interface pour l'intégration des écritures au format ALIX est désormais au format LDCOMPTA V11, et prend en compte le date de pièce renseigné dans les fichiers issus du logiciel AGREO. Il faudra donc utiliser le fichier de description INTCPTV11.FDF lors de l'interface pour lire ce fichier.

INTERFACE - CONTRÔLE DU COURS DE LA DEVISE À TORT Correction N° 260 du 29/09/22

Lors de l'interface d'une ligne d'écriture en devise, sans cours devise, si une erreur est détectée sur le mode de paiement, le bon à payer, la banque d'affectation, le code échéance escomptable, le code écriture modifiable ou les dates de création ou de modification, et que cette erreur est corrigée à la volée, alors une autre erreur, indiquant cette fois que les cours de la devise doivent être identiques sur toutes les écritures de la pièce, était déclenchée à tort.

SERVEUR DE MESSAGE - PROBLEME INTERFACE AVEC FICHIERS GED Correction N° 261 du 30/09/22

Lorsqu'on réalisait une interface via le serveur de message, et que le fichier interfacé contenait des enregistrements GED (type G), les documents GED étaient bien créés dans la base de données (fichiers GEDDOC et GEDIE), mais on ne trouvait pas les documents dans l'arborescence de documents de LDCompta (en principe de la forme X:\Ldsystem\Fichiers\Compta\Documents).

EDITION BALANCE GENERALE - MANQUE TRAIT SEPARATION Correction N° 262 du 04/10/22

S’il n’y avait aucun compte de totalisation imprimé sur la balance générale, c'est-à-dire pas de comptes à 1, 2 ou 3 caractères dans le plan comptable, il manquait le trait du bas de tableau en dessous de la dernière écriture.
Cela concernait les éditions de la balance générale uniquement, au format vertical et horizontal, avec ou sans comparatif d'un exercice antérieur.

VISUALISATION D'UNE BALANCE - ECRITURES CACHÉES Correction N° 263 du 10/10/22

Dans la procédure de visualisation d’une balance auxiliaire, pour tester si on a le droit de voir les comptes, ligne par ligne, on testait les droits en se servant du N° de compte tiers, composé par concaténation (Code racine + N° du tiers).
Or, si les codes racines des comptes collectifs ne commençaient pas par 4 (exemple : 0 pour les clients, F pour les fournisseurs), alors tous les comptes de tiers étaient masqués, car dans la gestion des autorisations en consultation, seuls les comptes des classes 1 à 9 sont prévus en *PUBLIC.
Désormais, la procédure de vérification des droits se base sur le compte collectif, et non pas sur la concaténation (Code racine, N° du tiers).
A savoir : dans le cas d’une interrogation de balance par groupe ou famille de tiers, il faut être autorisé à visualiser tous les collectifs clients ou fournisseurs. Si on ne l’est pas, les options de tri Groupe + N° tiers, Famille + N° tiers et N° tiers sont grisées.

AUTORISATION DES COMPTES - AMELIORATIONS Correction N° 264 du 10/10/22

Jusqu'à présent, les autorisations et interdictions explicites des classes de compte étaient prises en compte uniquement si elles étaient définies par code utilisateur.
Désormais, les autorisations et interdictions explicites pour tous les utilisateurs (*PUBLIC) sont également prises en compte.
Exemple : 5       Autorisation                *PUBLIC      <Tous les utilisateurs>
                 512   Interdiction explicite    *PUBLIC      <Tous les utilisateurs>
Dans cet exemple, la classe de compte 5 est autorisée à tous les utilisateurs, sauf les comptes de la classe 512. Il a suffi d'ajouter une ligne d'interdiction explicite *PUBLIC pour la classe de compte 512.
OUTIL DE VÉRIFICATION DES ID AUTOMATIQUES Correction N° 265 du 26/10/22

Un nouvel outil a été ajouté pour forcer la dernière valeur des rubriques de type Identifiant automatique. Pour lancer cet outil, il faut aller dans le menu Outils - Autre outils - Lancer un autre outil, puis choisir Lancer une fenêtre Windev et indiquer le nom de fenêtre OUTIIDAUTO.
INTEGRATION DES RELEVÉS BANCAIRES - PRISE EN COMPTE DES MODIFICATIONS ANTÉRIEURES Correction N° 266 du 27/10/22

Le module d'intégration des relevés bancaires n'avait pas été mis à jour depuis le niveau 1 de LDCompta V11. Il ne tenait donc pas compte des corrections apportées dans les correctifs précédents, dont certains impactaient l'ouverture de session (notamment en cas de connexion AS400).

INTERFACE LIENS GED ET PIECES RENUMEROTEES Correction N° 267 du 03/11/22

Dans la procédure d'interface standard, suite à la validation, on perdait les liens entre les documents GED et les pièces lorsqu'on recevait des pièces sur un journal à numérotation automatique et que le paramètre d'interface concernant la prise en compte des pièces reçues sur des journaux à numérotation automatique avait la valeur Accepter avec renumérotation automatique des pièces.
INTERFACE - FENETRE DE PRETRAITEMENT GENERIQUE Correction N° 268 du 03/11/22

Une nouvelle procédure de pré-traitement d'interface, pouvant donc être intercalée juste en amont de la procédure d'interface standard, a été développée. Il s'agit d'une fenêtre totalement « générique », dans le sens où le code de traitement du fichier d'interface est extérieur à la fenêtre : il doit être livré dans un fichier de code source qui sera compilé dynamiquement.
Le nom et l'emplacement du fichier contenant le code source peuvent être indiqué à l'ouverture de cette fenêtre de prétraitement. Cela est enregistré automatiquement en position 1 à 128 du paramètre programme IIAADYN, créé lui aussi automatiquement la première fois.
Le code compilé dynamiquement peut connaître le nom du fichier d'interface à traiter via le champ FichierInterface.
Si ce code doit afficher des erreurs, il faut le faire par appel à la procédure xErreur qui attend 2 paramètres : le message d'erreur et éventuellement le nom du champ sur lequel le focus sera renvoyé (par un RepriseSaisie) : "FichierInterface" ou "FichierSource", sauf dans le cas où l'interface se fait en mode automatique sans affichage des fenêtres à l'écran.

Exemple de code source (on suppose que le fichier d'interface à modifier est en format CSV séparateur de colonne Point-virgule) :

PROCEDURE ModifInterface()

Contenu, ContenuModifié, UneLigne sont des chaînes
tZones est un tableau dynamique de chaînes

Contenu=fChargeTexte(FichierInterface)
SI Contenu="" ALORS xErreur("Erreur au chargement du fichier " + pFichier + " : "+ErreurInfo())

POUR TOUTE CHAÎNE UneLigne DE Contenu SEPAREE PAR RC
 SI ExtraitChaîne(UneLigne,1,";")="E" ALORS
  ChaîneVersTableau(UneLigne,tZones,";")
  // Insérer ici les modifications du tableau tZones à opérer
  UneLigne=TableauVersChaîne(tZones,";")
 FIN
 ContenuModifié+=UneLigne+RC
FIN

SI PAS fSauveTexte(FichierInterface,ContenuModifié) ALORS
 xErreur("Erreur lors de l'enregistrement du fichier " + FichierInterface + " : "+ErreurInfo())
FIN


SAISIE PIECE : DIVERS PROBLÈMES DE SAISIE Correction N° 269 du 08/11/22

Dans la procédure de saisie des écritures par pièce, plusieurs problèmes ont été réglés dans la fenêtre où l'on saisit les lignes de la pièce. Sous certaines conditions, il était possible d’enregistrer une écriture sans saisir de ventilation analytique pour un compte général nécessitant une ventilation analytique. Il était également possible de se retrouver avec plusieurs lignes vides à la fin de la table.
Ces comportements anormaux se produisaient principalement lorsque l'on se trouvait sur la colonne Libellé de la table, ou bien si l'on cliquait dans la colonne Libellé d'une ligne précédente.

INTERFACE COMPTE AUTRE AUXILIAIRE (TYPE X) : MANQUE MODE DE PAIEMENT Correction N° 270 du 08/11/22

Dans la procédure d’interface, il est désormais possible d'indiquer le mode de paiement pour un compte Autre auxiliaire (enregistrement de type X).
INTERROGATION COMPTE : CHOIX DE LA DATE DE FIN PROPOSEE PAR DEFAUT Correction N° 271 du 09/11/22

Dans la fenêtre d'interrogation de compte, il est possible de choisir la date de fin de la période proposée par défaut, en haut à droite de la fenêtre.
Cela se configure dans la fenêtre des paramètres programmes de cette consultation, accessible par la combinaison de touches ALT F1 du clavier. Une nouvelle invite Date de fin par défaut propose en liste déroulante 3 valeurs :
- Date du jour (même comportement que ce qui existait avant cette correction)
- Fin d'exercice
- Fin du mois en cours
De plus, en choisissant Fin du mois en cours, il est possible de faire varier cette date de fin de -24 à +24 mois par rapport au mois en cours (champ + / - qui apparaît à droite de la liste déroulante). A noter que même en indiquant un nombre de mois négatif, cette date ne sera jamais initialisée en dessous de la date de fin du 1er mois de l'exercice (ou de la date du jour si la date de fin de ce 1er mois n'est pas encore atteint).

FICHIERS DE VIREMENT CHIFFRÉS POUR CUBICUS Correction N° 272 du 09/11/22

Lorsque les fichiers de virement SEPA, générés depuis LDCompta, sont télétransmis via CUBICUS, il est désormais possible de chiffrer le fichier échangé entre LDCompta et CUBICUS, afin de sécuriser cet échange. Pour cela, un mot de passe de chiffrement est à définir à la fois côté CUBICUS et dans la fenêtre de préparation du fichier des virements SEPA, au bas de l'onglet Paramètres.
ATTENTION : côté LDCompta, le mot de passe de chiffrement renseigné est obligatoirement le même pour toutes les sociétés gérées dans LDCompta, car ce mot de passe est unique côté CUBICUS.
COMPTABILISATION DES VIREMENTS - OPTION POUR NE PAS CENTRALISER LES VIREMENTS SUR LE COMPTE DE BANQUE Correction N° 273 du 16/11/22

Par défaut, les virements fournisseurs sont enregistrés de manière centralisée sur le compte de banque. Le programme prévoyait que, en fonction d'un paramètre programme, cette centralisation puise être désactivée. Dans ce cas, chaque virement est enregistré séparément sur le compte de banque. Mais ce paramètre n'était pas accessible par les utilisateurs.
Une nouvelle option a donc été ajoutée dans la fenêtre de validation de la comptabilisation des règlements fournisseurs pour permettre à l'utilisateur de gérer ce paramètre.
INTERROGATION COMPTE - PRISE EN COMPTE DES COMPENSATIONS Correction N° 274 du 21/11/22

Dans la fenêtre d'interrogation de compte, il est désormais possible de visualiser dans la même fenêtre les écritures d'un fournisseur (principal) et des clients et/ou fournisseurs compensés par ce fournisseur principal.
En effet, s'il existe au moins un lien de compensation dans la base de données, une nouvelle option Tenir compte des compensations est désormais affichée en dessous du numéro de compte interrogé, et permet d'afficher l’ensemble des écritures des comptes compensés liés au compte, ou au groupe de clients/fournisseurs, sélectionné.
L'option Tenir compte des compensations est grisée pour les comptes et groupes non compensés, ou active si le compte ou le groupe interrogé est compensé. Dans ce cas, le code et libellé du fournisseur principal sont affichés à droite de l’option. Si l'option est active et cochée, l’affichage est alors similaire à l’affichage d’un groupe ou d'une famille de tiers, c'est à dire que les colonnes Collectif, Racine et N° tiers sont affichées dans la table.
FENÊTRE D'INTERROGATION DE COMPTE : PARCOURS DES GROUPES ET FAMILLES Correction N° 275 du 21/11/22

Dans la fenêtre de consultation d'un compte, un dysfonctionnement a été corrigé sur les boutons de parcours en bas à droite de l'écran.
En effet, lors de l'interrogation d'un groupe ou une famille de clients ou fournisseurs, le champ COMPTE était bien mis à jour avec le groupe ou la famille suivante ou précédente, mais la table affichait toujours les écritures des comptes du groupe (ou de la famille) saisi(e) au départ dans le champ COMPTE.
RELANCES CLIENTS - IGNORER LES CLIENTS AVEC COMPENSATION Correction N° 276 du 22/11/22

Une case à cocher Ignorer les clients avec compensation a été ajoutée dans la fenêtre de recherche et édition des relances clients. On peut ainsi ignorer les clients qui sont paramétrés dans les compensations pour ne traiter que les clients non concernés par la compensation.
GESTION DES DROITS - ACCÈS AU BOUTON GÉRER DEPUIS LA SÉLECTION DES CODES ANALYTIQUES Correction N° 277 du 22/11/22

La recherche des autorisations de l'utilisateur ne tenait pas compte du n° d'axe analytique pour savoir s'il fallait masquer le bouton Gérer présent dans la fenêtre de sélection des codes analytiques. La recherche était faite sur la fenêtre ANALST, au lieu des fenêtres ANALST%1, ANALST%2 ou ANALST%3 selon l'axe analytique demandé.

FACTURATION INTERCO - GESTION DU LIBELLÉ PARAMETRABLE Correction N° 278 du 22/11/22

Il est désormais possible de définir le libellé qui sera repris dans la fenêtre de pré-traitement d'interface pour la facturation Interco. Si le mot clé LIBE_ECR est défini dans la section [PARAM] du fichier iFacInterco.ini, il permet de composer le libellé de l'écriture générée dans la société destinataire. Pour cela, la valeur du mot clé doit être composée de mots-clés séparés par un caractère plus (+). Le libellé de l'écriture sera alors la traduction de chaque partie de cette composition, séparés par un espace.
Les mots clés possibles sont :
- %COSO% : retourne le code de la société d'origine.
- %RSSO% : retourne la raison sociale de la société d'origine.
- %LIBE% : retourne le libellé de l'écriture d'origine.
- Toutes les autres valeurs seront utilisées telles quelles.
Si le mot clé n'est pas paramétré, le libellé généré sera (par compatibilité) la raison sociale de la société d'origine (équivalent à %RSSO%).

Exemple : LIBE_ECR=%COSO%+- Interco -+%LIBE%
Une écriture issue d'une interface dans le dossier LDZ, ayant comme libellé FACT 12345 STE DEMO sera générée dans la société destinataire avec le libellé LDZ - Interco - FACT 12345 STE DEMO (soit le code société, suivi d'un espace, de la valeur  "- Interco -", d'un autre espace, et du libellé d'origine).


INTERFACE AVEC LETTRAGES DANS LE COMMENTAIRE Correction N° 279 du 23/11/22

Dans le fichier d'interface des écritures à intégrer, il est possible d'utiliser la zone TXTL pour demander un lettrage de l'écriture avec une ou plusieurs autres écritures.
La même zone TXTL étant utilisée tant pour un commentaire que pour un lettrage, il fallait respecter une syntaxe précise pour demander un lettrage :
· Si les commentaires sont traités à la façon Version 10, c'est à dire avec le paramètre TXTL = 5x25 ou non renseigné, les informations de lettrage doivent impérativement être inscrites à partir de la position 126 de la zone TXTL.
· Sinon, elles doivent être inscrites au début de la zone TXTL, avant un éventuel commentaire.
Désormais, il n'y a plus de contraintes de positionnement des informations de lettrage dans la zone TXTL. Ces informations peuvent désormais apparaître au début (de préférence), au milieu ou à la fin de la zone TXTL. Si les commentaires sont traités à la façon Version 10, le découpage en 5 x 25 caractères, s'il y a lieu, sera fait après extraction de ces informations de lettrage.

ÉDITION DES RELEVÉS DE COMPENSATION : PROBLÈME DE RUPTURE SI PLUSIEURS RELEVÉS IMPRIMÉS Correction N° 280 du 23/11/22

Lors de l'impression de plusieurs relevés de compensation, le Sous-total du compte du fournisseur principal était renseigné, à partir du 2ème relevé, avec le code et le nom du dernier tiers imprimé sur le relevé précédent.
RELANCE CLIENTS - JOURNAUX À PRENDRE EN COMPTE Correction N° 281 du 25/11/22

Dans le module des Relances clients, un tableau des journaux à prendre en compte a été ajouté dans la fenêtre des paramètres de relance (accessible par le bouton Paramètres de relance depuis l'onglet Recherche de la fenêtre des relances clients), sur un nouvel onglet dédié Journaux. Par défaut, tous les journaux sont sélectionnés et donc pris en compte.
Les écritures des journaux non sélectionnés seront ignorées, sauf en cas de sélection avec Solde des lettrages partiels : dans ce cas, les écritures lettrées partiellement seront prises en compte, même si elles figurent sur un journal non sélectionné (de telle sorte que l'ensemble des écritures composant un lettrage partiel soit pris en compte).

SAISIE DES VIREMENTS REÇUS - BOUTON IGNORER NE MARQUAIT QUE LA 1ÈRE LIGNE Correction N° 282 du 25/11/22

Dans la fenêtre de Saisie des virements reçus, le bouton Ignorer permet de marquer une écriture pour qu’elle ne soit plus proposée.
Il est désormais possible de marquer plusieurs écritures en une seule fois, en sélectionnant plusieurs écritures dans la table puis en cliquant sur le bouton Ignorer.
Jusqu'à présent, lorsqu'on sélectionnait plusieurs lignes pour les ignorer, elles étaient toutes supprimées à l'écran, mais seule la première ligne était effectivement marquée. Et lorsqu'on rechargeait la liste, les autres écritures apparaissaient à nouveau.
SAISIE PIÈCE - ERREUR LORS DE L'AJOUT D'UN DOCUMENT GED APRÈS LETTRAGE À LA VOLÉE Correction N° 283 du 28/11/22

Dans la fenêtre de Saisie d'une pièce, lorsqu'on ajoutait un document GED via le clic droit sur l'image du répertoire représentant la GED, et qu'on se trouvait sur une ligne en cours de création pour laquelle le compte était lettrable et qu'un lettrage à la volée était demandé, une erreur se produisait après la fermeture de la fenêtre de lettrage et avant l'ouverture de la fenêtre d'ajout d'un document GED (Numérisation d'un document, ajout d'un document depuis un répertoire, ou ajout d'un lien HTTP).
EXPORT DE DONNÉES AU FORMAT LDCOMPTA Correction N° 284 du 29/11/22

Dans la procédure d'export de données au format standard LDCompta (menu Outils/Autres exports/Export de données au format standard LDCompta), on gère désormais les formats LDCompta V10 TXT, V10 CSV, V10 XML, V11 TXT, V11 CSV, V11 XLS, V11 XML, en sus de ceux qui existaient déjà (V8, V9 TXT, V9 CSV, V9 XML). 
NUMÉROTATION AUTOMATIQUE DES COMPTES DE TIERS Correction N° 285 du 29/11/22

La numérotation automatique des identifiants des tiers (clients, fournisseurs, comptes auxiliaires) est disponible. Pour l'activer, il suffit de se rendre dans la Fiche société, sur l'onglet Tiers et d'indiquer les types de tiers à numérotation automatique.
Par défaut, la numérotation s'effectue sur 8 chiffres. Il est possible de faire correspondre les numéros générés à un modèle : le champ de saisie présent à droite de chaque coche d'activation du mode automatique permet d'indiquer ce masque. Les % seront utilisés pour la zone des chiffres. Cette zone peut être entourée par un préfixe ou un suffixe composé de lettres uniquement. La longueur totale du masque doit toujours être comprise entre 5 et 8 caractères.
Exemple : CL%%%%% générera une numérotation de type CL00001, CL00002...
 

INTÉGRATION DES RELEVÉS BANCAIRES - BLOCAGE AVANT AFFICHAGE SI AS400 Correction N° 286 du 29/11/22

Au lancement du module des relevés bancaires, si on se trouvait dans une plage horaire définie, alors le traitement des relevés était lancé avant même que l’application n'ait été mise dans la barre de notification.
Si des relevés étaient à traiter dans des dossiers AS400 lors de ce premier traitement, et qu’il fallait indiquer un utilisateur et un mot de passe pour Easycom (s'ils n'étaient pas inscrits dans le fichier LDCParam.ini), alors la fenêtre de connexion à l’AS400 restait invisible et bloquait le traitement. Ce problème est résolu : désormais le premier traitement est fait après l’affichage de l’application dans la barre de notification, et la fenêtre de connexion à l’AS400 s'affiche et permet donc à l'utilisateur de renseigner un utilisateur et un mot de passe de connexion à l'AS/400 via Easycom.
AFFICHAGE DE L'AIDE - DOUBLE AFFICHAGE SI CHAMP COMBO Correction N° 287 du 30/11/22

Si on appuyait sur la touche F1 pour afficher l'aide en ligne alors que le focus était sur un champ de type Combo (Liste déroulante), la documentation était ouverte deux fois dans le navigateur Internet.
RELEVES CLIENTS - MODE DE PAIEMENT EN ERREUR Correction N° 288 du 21/12/22

Dans la fenêtre d'Émission des relevés clients, onglet Automatique, il arrivait que le Mode de paiement saisi ne soit pas automatiquement reporté dans la zone Mode de paiement de l'onglet Options de traitement.
Cela se produisait lorsque le focus n'était pas sur la zone de saisie du Mode de paiement de l'onglet Automatique, et que l'on sélectionnait un mode de paiement via le bouton de recherche à droite de la zone de saisie de ce Mode de paiement.
Par conséquent, on pouvait obtenir à tort le message d'erreur 'Le mode de paiement XX n'existe pas' (où XX était le mode de paiement saisi avant la sélection). Il suffisait alors d'enlever le mode de paiement sur le 1er onglet, de tabuler pour sortir du champ, puis de le re-saisir et de nouveau de sortir du champ pour rectifier la valeur dans l'autre onglet.
VIREMENTS INTERNATIONAUX - N° FISCAL Correction N° 289 du 22/12/22

Les virements internationaux à destination de certains pays (Roumanie et Chine par exemple) pouvaient parfois être refusés en raison d'une information manquante : un Numéro fiscal. Cela semblait concerner des virements vers des administrations et non des sociétés « ordinaires ».

Il faut que ce Numéro fiscal apparaisse en ligne 3 et 4 du Motif du règlement dans le fichier des virements internationaux, sur l’enregistrement de type 07 (ce motif est constitué de 4x35 caractères). Jusqu'à présent, cette zone était utilisée en inscrivant la liste des factures réglées, sans tenir compte du découpage, dans une seule zone de 140 caractères.

Pour résoudre ce problème, les modifications suivantes ont été mises en place :
- La zone Identification nationale, présente sur l’onglet International de la fiche fournisseur, et qui, dans la norme CFONB, est censée contenir le SIREN sur 9 caractères pour les sociétés résidentes en France et rien d’autre, a été rebaptisée en Numéro fiscal.
- Lors de l’installation de ce correctif, la zone Identification nationale est effacée du fichier CPTCVX, et sa valeur (s’il y en a une) est copiée dans la zone Observations de la fiche fournisseur, avec le libellé :
Ancienne identification nationale pour virements internationaux : XXX.
- Lors de la création du fichier des virements internationaux, la zone Identification nationale a été supprimée sur l’enregistrement de type 04.
- Si le Numéro fiscal est renseigné dans la fiche fournisseur, la liste des factures apparaît sur 2x35 caractères seulement dans le fichier des virements internationaux, soit 70 caractères correspondants aux lignes 1 et 2 du Motif du règlement, et le Numéro fiscal apparaît à partir de la position 71 du champ (position 81 de la ligne de type 07 dans le fichier final), ce qui correspond à la ligne 3 de ce Motif du règlement.

SCAN VERS GED - PICTOGRAMMES DE MODIFICATION DES IMAGES SCANNÉES Correction N° 290 du 22/12/22

Les pictogrammes utilisés pour indiquer une modification (symétrie/rotation) de l'image scannée étaient inversés.
RELANCE CLIENT - COPIE À PLUSIEURS ADRESSES EMAIL Correction N° 291 du 22/12/22

Lors des relances clients, règlements fournisseurs et relevés clients, il est dorénavant possible d'indiquer plusieurs adresses e-mails en copie (cc).
RESTAURATION ARCHIVE - AFFICHAGE LISTE SOCIÉTÉ Correction N° 292 du 22/12/22

Dans la fenêtre de restauration de dossier, l'affichage de la liste des dossiers a été amélioré afin que le code société ne soit pas collé à son libellé.
DOCUMENT GED CONSULTATION Correction N° 293 du 23/12/22

Lors de la consultation des documents GED, la sélection de l'option lié à une action dans le menu déroulant faisait disparaître ce menu. Cette option de menu n'étant pas utilisable à ce moment là (la fenêtre de consultation n'est pas ouverte depuis une action), elle a été supprimée.
INTERFACE STANDARD - NATURE DE TIERS FACULTATIVE ET ZONE DE CORRESPONDANCE DES TIERS Correction N° 294 du 21/12/22

Dans l'interface standard des écritures, la nature du tiers devient facultative. Si elle n'est pas renseignée, elle sera déduite en fonction du compte collectif.

De plus, pour les types de lignes Bon à Payer (P) et Règlement (R), la recherche de correspondance des comptes de Tiers ne se faisait que sur la zone CPTA (Compte autre auxiliaire).Désormais, la recherche de correspondance se fait comme pour les lignes de type Écriture. Si le tiers est un Client, alors la recherche dans la table de correspondance se fera sur la zone NOCL et si le tiers est un Fournisseur, sur la zone NOFR.

ECRITURE PERIODIQUE GESTION DE LA DERNIERE ECHEANCE Correction N° 295 du 21/12/22

Dans la gestion des écritures périodiques, la coche "la dernière échéance diffère" n'était pas mémorisée et rafraîchie correctement. On ne pouvait plus la décocher une fois qu'elle était activée.
MIGRATION DES DOSSIERS EN SERIE Correction N° 296 du 26/12/22

Dans la fenêtre de migration des dossiers en série, des boutons de sélection en masse des sociétés (tous, aucun, sélection) ont été ajoutés afin de gagner du temps en manipulation.
ECRITURES PERIODIQUES - AJOUT DE LA GED Correction N° 297 du 27/12/22

La gestion de la GED a été ajoutée dans la comptabilisation des écritures périodiques, pour lier des documents (une facture par exemple) à la pièce saisie.Le fonctionnement est le même qu'en saisie pièce (clic droit sur l'icône GED en bas à droite, ou glisser-déposer du document sur l'icône).
SAISIE AU KILOMETRE - AJOUT DE LA GED Correction N° 298 du 27/12/22

La gestion de la GED a été ajoutée dans la saisie des écritures au kilomètre, pour lier des documents (une facture par exemple) à la pièce saisie. Le fonctionnement est le même qu'en saisie pièce (clic droit sur l'icône GED en bas à droite, ou glisser-déposer du document sur l'icône).
NB : Tant que la pièce n'est pas validée, les documents GED ajoutés sont mis 'en attente' et ne sont réellement ajoutés dans la GED que lors de la validation de la pièce. En revanche, l'ajout/modification/suppression d'un document GED dans une pièce déjà validée est effectué immédiatement.

TOTAL GÉNÉRAL SUR L'ÉDITION DE L'ÉCHÉANCIER FOURNISSEUR Correction N° 299 du 28/12/22

Lorsque le module des devises n'est pas activé, il manquait le total général à la fin de l'édition de l'échéancier fournisseur.
ÉCHÉANCIER FOURNISSEUR, ONGLET PAIEMENT : POSSIBILITÉ D'ENLEVER LA BANQUE D'AFFECTATION Correction N° 300 du 28/12/22

Dans l'échéancier fournisseur, depuis l’onglet Paiement, il est possible de donner ou enlever automatiquement le bon à payer de toutes les échéances sélectionnées, mais il n'était possible que d'affecter une banque de paiement. Pas de l'enlever.
Désormais, les possibilités sur la banque de paiement sont les mêmes que sur le bon à payer. Il est possible d'affecter ou d'enlever la banque de toutes les échéances sélectionnées.

FENÊTRE D'INTERROGATION - TOUCHE ECHAP Correction N° 301 du 29/12/22

Dans les fenêtres standards, l'appui sur la touche Echap ferme la fenêtre. Cela n'était pas le cas dans les fenêtres d'interrogation car plusieurs interrogations sont ouvertes dans une même fenêtre. L'action réalisée dans ces fenêtres d'interrogation, lors de l'appui sur la touche Echap est désormais paramétré depuis la fenêtre de la fiche société sous l'onglet Préférence. Les actions possibles sont :
    - Fermer tous les onglets (avec un message de confirmation si plusieurs onglets)
    - Fermer l'onglet courant (et la fenêtre si un seul onglet ouvert)
    - Ne rien faire

HISTORIQUE DES MODIFICATIONS DE PIÈCES : AJOUT D'UN CRITÈRE DE RECHERCHE Correction N° 302 du 09/01/23

Dans la fenêtre de consultation de l'historique des modifications de pièces, accessible depuis le menu OUTILS, Historique des modifications, un nouveau critère de recherche a été ajouté, permettant de rechercher les historiques parmi :
- toutes les pièces,
- uniquement les pièces modifiées,
- uniquement les pièces supprimées.

CONTRÔLE DE L'ÉCHÉANCIER - DISSOCIATION DE L'OPTION D'EXCLUSION DES MODES DE PAIEMENT, DE LA NOTION DE JOURNAL D'ACHAT Correction N° 303 du 11/01/23

Jusqu'à présent, le contrôle de l'échéancier était fait, soit sur le solde complet (toutes les écritures), soit uniquement sur les journaux d’achat, en pouvant exclure certains modes de paiement.
Dorénavant, la liste des modes de paiement à exclure n'est plus conditionnée au fait de contrôler uniquement les journaux d’achat, les deux options ayant été dissociées. Il est donc désormais possible de contrôler, par exemple, l’égalité de solde entre le compte fournisseur et l’échéancier, tous journaux confondus, et en excluant certains modes de paiement.

Cette modification concerne :
- Les paramètres de l’échéancier fournisseur,
- Le contrôle de l'échéancier fournisseurs,
- Les outils de réinitialisation de l’échéancier fournisseur,
- La liste des écarts de soldes fournisseurs.

SELECTION DU TIERS A PARTIR DU COLLECTIF GENERIQUE Correction N° 304 du 13/01/23

Une nouvelle option (désactivée par défaut), dans la fiche société, permet désormais d'utiliser la racine multi-collectif en saisie. Dans ce cas, si le tiers sélectionné est affecté à une racine de compte collectif, le code racine multi-collectif sera remplacé par la racine du tiers. Si le tiers choisi n'a pas de racine de compte défini, ou si l'option n'est pas activée, la racine n'est pas remplacée (une erreur sera déclenchée lors du contrôle du compte).
NUMÉROTATION AUTOMATIQUE DES TIERS Correction N° 305 du 16/01/23

Par défaut, s'il est activé, le calcul de numérotation automatique des tiers attribue le n° qui suit le dernier n° utilisé correspondant au masque défini. Si le dernier n° utilisé correspond au dernier n° possible (limite max atteinte), le n° attribué sera désormais le premier n° non utilisé correspondant au masque défini (il comble les "trous").

SAUVEGARDES - VERIFICATION DU CODE DE SÉCURITÉ Correction N° 306 du 18/01/23

Lors de la sauvegarde, il était possible de sauvegarder des dossiers ayant un code de sécurité erroné. Il s'agissait d'une faille de sécurité. Désormais, le processus de sauvegarde est abandonné si le code de sécurité du dossier est incohérent par rapport à celui de l'environnement (même contrôle que lors de l'ouverture du dossier).

GESTION LDAP - CREATION DES UTILISATEURS A L'OUVERTURE DE SESSION Correction N° 307 du 23/01/23

Dans le cas d'un environnement géré par LDAP, la vérification de l'identifiant LDAP, en validation d'une fiche utilisateur (autre que celui courant) alors que la gestion des utilisateurs a été ouverte depuis l'ouverture de session (avant l'ouverture d'une société) provoquait une erreur. L'identifiant pouvait tout de même être enregistré, mais sans contrôle.

GESTION LDAP - OPTION DE CONNEXION CHIFFRÉE Correction N° 308 du 23/01/23

Une nouvelle option a été ajoutée dans la gestion de l'environnement sécurisé par LDAP pour définir une option de chiffrement des messages. Pour rappel, la gestion des paramètres de l'environnement sécurisé est accessible depuis l'ouverture de session, via les touches Alt+F2.
Par défaut, les messages LDAP ne sont pas chiffrés (Option <Défaut>). On peut désormais choisir de chiffrer les message avec gestion d'une connexion sécurisée SSL (Option SSL), ou avec gestion d'une connexion sécurisée SSL et authentification (Option SSL+Auth).

DIFFÉRENCES DE LETTRAGE OD AUTOMATIQUE VENTILATION ANALYTIQUE Correction N° 309 du 24/01/23

Jusqu'à maintenant, lorsqu'une différence de lettrage était régularisée par une OD automatique, l'application ne permettait qu'une seule ventilation analytique, celle définie par défaut dans le plan comptable pour les comptes utilisés. Désormais, il est possible de définir la ventilation analytique pour chaque écriture de l'OD automatique. Il suffit pour cela de cliquer sur le bouton Ventiler en face du compte concerné.
SAISIE DU REGLEMENT FOURNISSEUR DEPUIS UNE SAISIE ACHAT - FENETRE INACCESSIBLE SI AVOIR Correction N° 310 du 01/02/23

Lors de l'ajout dans l'échéancier fournisseur, pendant la saisie d'une pièce d'achat (quelque soit le mode de saisie : saisie pièce, saisie km, ...), il est possible d’enchaîner avec la saisie du règlement fournisseur (bouton Valider et Régler). Cette possibilité était accessible, à tort, dans le cas d'un avoir (montant au débit du fournisseur). Cela avait pour conséquence de provoquer une anomalie et de rendre le focus sur une fenêtre invisible à l'écran.

INTERFACE D'IMPORTATION SMART Correction N° 311 du 23/02/23

L'interface spécifique SMARTa été modifiée pour prendre en compte les comptes généraux ayant la même racine que les comptes clients.
GED - OPTIMISATION DE L'AFFICHAGE DE LA LISTE DES DOCUMENTS Correction N° 312 du 23/02/23

L'affichage de la liste des documents GED pouvait être très long lorsque beaucoup de documents sont liés (cas par exemple d'un client divers). Le chargement de cette liste de documents a été optimisé.
INTERROGATION ECRITURES - OPTIMISATION SI BEAUCOUP D'ECRITURES Correction N° 313 du 27/02/23

L'interrogation des écritures via un n° de compte pouvait être très longue si de nombreuses écritures étaient liées.
Ce chargement est maintenant limité à 8000 écritures puis une question est posée pour lire les 8000 suivantes ou non.

IMPORT SPECIFIQUE FORMAT TEXTE CIEL - LIBELLE PASSE A 50 CARACTERES Correction N° 314 du 28/02/23

Dans la fenêtre de prétraitement des écritures reçues par interface au format « texte à colonage fixe » type Ciel, on prend en compte désormais les libellés de longueur 50 caractères (au lieu de 25 auparavant).
Attention : pour ce faire, le fichier de sortie de cette procédure est désormais au format standard LDCompta Version 11 (texte à colonage fixe là-aussi) au lieu de Version 10 antérieurement.


NUMÉRISATION DE DOCUMENTS - NOMBRE DE PAGES Correction N° 315 du 01/03/23

Le champ permettant de choisir le nombre de pages dans la fenêtre de numérisation de document est désormais non modifiable tant qu'aucun document n'a été scanné.
FENETRE POST-TRAITEMENT FACTURATION INTERCO - FORMAT V11 Correction N° 316 du 02/03/23

La fenêtre permettant de gérer la refacturation Interco (voir documentation Refacturation Interco.doc) a été revue de façon à gérer les libellés écritures à 50 caractères. Au passage, le format des fichiers d'interface générés par cette procédure est passé de V9 à V11 (toujours en colonage fixe), seule façon de pouvoir gérer des libellés à 50 caractères.
La documentation de cette procédure a été revue (Révision 1 - Mars 2023).


INTÉGRATION DES RELEVÉS BANCAIRES - DEVISE SANS DÉCIMALE Correction N° 317 du 06/03/23

Le module d'intégration des relevés bancaire tronquait les montants lus dans les fichiers des relevés à intégrer lorsque la devise dans laquelle était géré le compte en question ne contenait pas de décimale (le nombre de décimal du compte est présent dans le fichier à intégrer, en position 20).

CLOTURE ANNUELLE ERREUR COPIE FICHIER Correction N° 318 du 07/03/23

Une erreur pouvait apparaître lors de la clôture indiquant qu'il était impossible de copier le fichier integrity.fic. (dans le cas d'une base HyperFile Client/Serveur seulement).
Ce correctif permet de ne copier que les fichiers qui sont à la racine du dossier Windows, sur le serveur HyperFile, correspondant au dossier comptable. Les éventuels sous-dossiers, contenant des fichiers « système » propres à la gestion interne du serveur HyperFile, sont ignorés.
GESTION DES DROITS - CRÉATION DES DROITS D'ACCÈS Correction N° 319 du 07/03/23

Lorsqu'un utilisateur ouvre la fenêtre de gestion des droits d'accès aux sociétés avec un profil qui ne dispose pas du niveau d'accès Administrateur dans la société courante, mais d'un niveau Administrateur dans une autre société, il lui était possible de créer des droits.
Dorénavant, l'utilisateur doit disposer du niveau Administrateur sur la société courante pour pouvoir créer des droits d'accès. Ce comportement a été modifié de manière similaire dans la fenêtre de gestion des droits d'accès aux domaines.


GRAND LIVRE EXPORT EXCEL - MODIFICATON INTITULE COLONNE SOLDE Correction N° 320 du 07/03/23

Dans l'export Excel du grand livre général, la colonne Solde ne contient pas un solde progressif, mais un Montant signé. Le titre de la colonne a été revu en conséquence lors de l'export.

PARAMETRE SUIVI TVA DÉDUCTIBLE Correction N° 321 du 07/03/23

Dans la fenêtre paramètres du suivi de la TVA déductible, il était indiqué Collectifs clients à traiter alors qu'il s'agissait de collectifs fournisseurs.
PARAMÉTRAGE FORMULAIRES ÉDITION DES BORDEREAUX DE PAIEMENT FOURNISSEURS Correction N° 322 du 07/03/23

Lorsqu'on utilisait des modes de paiement codifiés sur une seule lettre, l'affichage et l'enregistrement des paramètres des formulaires pour l'édition des bordereaux de paiement (Fiche société, onglet Formulaires), ne fonctionnait pas.
ENVOI RELEVÉS PAR MAIL - ERREUR SI PIECE JOINTE PAS DISPONIBLE Correction N° 323 du 07/03/23

Lors de l'envoi des relevés client, si le fichier en pièce jointe n'est pas disponible, le processus pouvait provoquer une erreur ou envoyer une pièce jointe erronée. L'envoi des relevés clients a été fiabilisé à ce niveau.
EDITION BALANCE GÉNÉRALE AVEC COMPARATIF EXERCICE PRECEDENT - LISTE EXERCICES CORRIGEE Correction N° 324 du 07/03/23

Lors de l'édition d'une balance générale, il est possible de demander la comparaison avec un exercice précédent. La liste des exercices antérieurs n'était pas correcte.
ÉDITION DES JOURNAUX - NOUVELLES OPTIONS Correction N° 325 du 07/03/23

Dans la fenêtre d'éditions des journaux, deux nouvelles options ont été ajoutées :
 - Ignorer les journaux sans écriture qui permet de ne pas imprimer les journaux vides.
 - Imprimer les journaux à la suite qui permet d'imprimer plusieurs journaux dans une même édition. ATTN : selon le volume dossiers si coché, le temps d'attente avant l'obtention des premières pages de l'édition peut être allongé.
Au passage, une correction a été faite : lors du choix d'impression de journaux avec affichage en devise, l'édition ne fonctionnait pas si un des journaux était vide.

APPEL ECHEANCIER DEPUIS COMPTE FOURNISSEUR - PROBLEME SELECTION COMPTE Correction N° 326 du 09/03/23

Si on consultait un compte fournisseur avec une racine qui n’était pas celle définie dans la fiche du fournisseur, quand on cliquait ensuite sur le bouton Echéancier fournisseur, aucune sélection n’était faite sur l'échéancier. On voyait la totalité de l'échéancier. Si dans cet échéancier, on cliquait sur le bouton Sélectionner, on constatait effectivement que la zone de sélection sur le N° de tiers n’était pas renseignée. Et pourtant, dans la fenêtre de titre de l'échéancier, on avait bien le N° et le nom du fichier qui s’affichaient.
PARTICIPATION À L'AMÉLIORATION DE L'APPLICATION Correction N° 327 du 09/03/23

Une collecte d'information sur l'utilisation des fonctionnalités de l'application a été implémentée. Cette collecte ne concerne que les informations relatives aux programmes utilisés et ne recueille aucune donnée de la base de données du dossier ouvert.
L’objectif de cette collecte est d’identifier les problèmes éventuels de fiabilité ou de lenteur dans l’application, et ainsi augmenter la qualité du service rendu. La participation à ce programme n’a pas d’impact sur le fonctionnement de l’application.
Lors de la première ouverture de LDCompta par un administrateur de sécurité, une nouvelle fenêtre s'ouvrira pour lui permettre d'activer cette participation. Cette fenêtre n’apparaîtra qu’une seule fois. L'administrateur de sécurité pourra ensuite modifier son choix à tout moment, depuis la fenêtre des Paramètres de sécurité de l’environnement, accessible depuis l'écran d’ouverture de session en appuyant simultanément sur les touches Alt+F2.
NUMÉROTATION AUTOMATIQUE DES TIERS - CORRECTION D'UNE ERREUR SQL SOUS AS400 Correction N° 328 du 17/03/23

En création d'une fiche de tiers, sous AS400, la procédure de numérotation automatique générait une erreur SQL.
ETAT DE SITUATION DES IMMOS - ENTREE SEULEMENT SI DATE ACQUISITION DANS LA PERIODE Correction N° 329 du 21/03/23

Sur l'état de situation des immobilisations, une immobilisation est désormais considérée comme une entrée (ligne en bleu clair et montants sommés sur la ligne spécifique aux entrées) si et seulement si la date d'acquisition est dans la période demandée. Pour les immobilisations dont la date de mise en service est dans la période demandée avec une date d'acquisition antérieure à cette période, seules ces deux dates figurent en bleu foncé sur la ligne concernée, et pour ce qui est des totalisations, elles sont sommées comme les immobilisations acquises antérieurement à la période, sur la première ligne en noir. 
IMMOBILISATIONS : EXPORT EXCEL DE LA LISTE DES SORTIES Correction N° 330 du 22/03/23

Il est désormais possible d'exporter la liste des sorties des immobilisations en cliquant sur le nouveau bouton Ouvrir .xlsx dans la fenêtre d'édition de la Liste des sorties des immobilisations.

PROBLÈME SUR LES À NOUVEAUX DANS LES COMPTES DE BANQUE GÉRÉS EN DEVISE Correction N° 331 du 23/03/23

Un problème se posait dans les comptes de banque gérés en devise, lorsque ceux-ci sont déclarés pointables (rapprochement bancaire) : lors de la clôture d’exercice, on reprenait une ligne de report à nouveau global par devise, sommant toutes les écritures rapprochées, et une ligne sommant toutes les différences de change antérieures à la date de clôture. Arithmétiquement, cela était juste, mais c'était assez vilain en consultation de compte. L'écriture d'à nouveau en devise avait un montant en devise de référence très bizarre du fait qu’on ne tenait pas compte de toutes les différences de change passées au fil du temps.
Avec cette correction, pour un compte n’ayant un report à nouveau que dans une seule devise (ce qui est le cas en principe d’un compte de banque tenu en devises, toutes les écritures mouvementant ce compte sont dans cette devise), le cumul des différences de change antérieures à la clôture n'est pas repris en à nouveau sur une écriture distincte : le montant est cumulé, en devise de référence, sur l'écriture de report à nouveau en devise, écriture dont le cours est réajusté en conséquence.
INTERFACE SILAE AVEC ANALYTIQUE Correction N° 332 du 24/03/23

Une fenêtre de pré-traitement d'interface a été mise en place pour traiter les fichiers provenant de SILAE lorsqu'ils contiennent de l'analytique. Le format LDCompta généré par SILAE dans ce cas n'étant pas conforme.

ETATS DE SUIVI DE TVA - NE FONCTIONNENT PAS AVEC UN COMPTE DE TVA PAR MOIS Correction N° 333 du 24/03/23

Si dans la table des codes TVA, on avait un compte de TVA collectée (ou déductible) géré par mois d'échéance, les 12 comptes correspondants n'étaient pas pris en compte sur l'état de suivi de la TVA sur encaissement (ou décaissement).
Pour contourner le souci, il fallait que chacun des 12 comptes soit déclaré dans la table des codes TVA, avec le même taux et le même type de TVA (pour que les bases et montants TVA relatifs à ces 12 comptes soient regroupés sur une même ligne sur l'état de TVA).
Désormais, on peut conserver un seul code TVA dans la table des codes TVA, avec l’option Un compte par mois.
BOUTON FERMER PARASITE EN CONSULTATION COMPTE Correction N° 334 du 24/03/23

Dans la fenêtre de consultation d'un compte, un bouton Fermer parasite a été supprimé dans le volet Commentaires, lorsque ce volet était affiché et « docké » en partie droite de la fenêtre de consultation.
IMMOBILISATION - ÉDITIONS : AJOUT DU TRI PAR AXE ANALYTIQUE Correction N° 335 du 03/04/23

Ajout du tri par axe analytique dans les états des immobilisations, accessibles depuis le menu TRAITEMENT, Immobilisations, Edition.
Jusqu'à présent, il était possible de trier par axe analytique uniquement dans l'État de Situation.
Il est désormais également possible d'effectuer ce tri dans les états Liste des Immobilisations, Liste des Sorties et Dotations prévisionnelles.

CLIENT/SERVEUR : VERSION DU SERVEUR HF ANTÉRIEURE AU FRAMEWORK UTILISÉ PAR LDCOMPTA Correction N° 336 du 17/04/23

En mode Client/Serveur, lorsque la version du serveur HF utilisé est antérieure au Framework utilisé par l’application, le widget Configuration du tableau de bord informe l'utilisateur de cette situation en affichant la configuration (Hyperfile Client/Serveur) en rouge, et en affichant une icône rouge en haut à droite du widget. Un message apparaît également dans une bulle au survol de ces deux champs.
SAISIE PIECE - ARRÊT DE L'APPLICATION Correction N° 337 du 21/04/23

Une erreur aléatoire pouvait provoquer l'arrêt de l'application en saisie pièce ou saisie kilomètre en cas de saisie sans montant (après l'affichage de l'erreur ).

UTILISER LES CHEMINS UNC PLUTOT QUE LES LECTEURS RÉSEAUX Correction N° 338 du 25/04/23

Windows rend régulièrement les lecteurs réseaux inactifs (sortie de veille, inactivité, ...), et des erreurs peuvent se produire dans l'application suite à cette inactivité des lecteurs réseaux. Pour éviter cela, il est préférable d'utiliser les chemins UNC plutôt que les lecteurs réseaux lors de la sélection d'un fichier ou d'un répertoire dans l'application.
Exemples : un lecteur réseau L:\ pointe vers un répertoire partagé LDSysteme\ sur un serveur SRV-PROD.
- Le chemin UNC du lecteur L:\ est \\SRV_PROD\LDSysteme\.
- Le chemin UNC du fichier L:\MonRepertoire\MonFichier.txt est \\SRV_PROD\LDSysteme\MonRepertoire\MonFichier.txt.
Les chemins enregistrés dans le fichier de paramétrage, généralement nommé LDCParam.ini, et qui contiennent un lecteur réseau, seront migrés en chemin UNC au 1er lancement de l'application avec ce correctif.

De plus, dans la fenêtre Ouverture de session - Choix des répertoires (accessible en appuyant sur les touches ALT+F1 depuis la fenêtre d'identification), lors de la sélection d'un fichier ou d'un répertoire depuis le sélecteur de fichier/répertoire, si le chemin du fichier ou du répertoire sélectionné comporte un lecteur réseau, alors il sera automatiquement remplacé par son chemin UNC. Et si un chemin de fichier ou de répertoire est saisi manuellement sans passer par le sélecteur de fichier/répertoire et comporte un lecteur réseau, il sera alors proposé à l'utilisateur de remplacer le chemin saisi par son équivalent UNC lors de la validation de la fenêtre.



MODIFICATION D'ANALYSE - FICHIER DE PLUS DE 2GO Correction N° 339 du 25/04/23

La taille maximale des fichiers de données était fixé à 2 Go par fichier. De ce fait, si un fichier atteint cette taille plus aucun enregistrement ne pouvait y être ajouté. Il fallait alors optimiser le fichier pour libérer la place des enregistrement supprimés, et dans certains cas épurer une partie du fichier.

La limite de taille de tous les fichiers est désormais levée dans l'analyse. Cette modification ne sera pas appliquée sur les dossiers courants mais pourra être mise en place lors de la réindexation des fichiers (menu OUTILS / Gestion des fichiers / Réindexation des fichiers). Dans cette fenêtre, une case à cocher Mettre à jour la structure des fichiers a été ajoutée afin de lancer la modification structurelle des fichiers de données et ainsi pouvoir, entre autres, dépasser la limite de 2 Go des fichiers.

RECHERCHE ASSISTÉE DES LIBELLÉS D'ÉCRITURE Correction N° 340 du 28/04/23

Une erreur pouvait se produire en saisie du libellé d'une l'écriture, lors de la recherche assistée des libellés d'écritures.
FICHIERS CFONB / SEPA : EXTENSION OBLIGATOIRE DANS LES NOMS DE FICHIERS Correction N° 341 du 10/05/23

A partir du 17 mai 2023, l’extension des fichiers CFONB et SEPA est contrôlée. Les fichiers doivent avoir une extension .txt, .xml, .dat, ou .zip.
Un contrôle a été ajouté dans les fenêtres de génération de ces fichiers (Préparation du fichier pour télétransmission des virements nationaux / des virements internationaux / des prélèvements / des LCR) pour obliger la saisie d’un nom de fichier avec une extension : extension .TXT pour la norme CFONB, ou .XML pour la norme SEPA.
CONTROLE DES MISES À JOUR Correction N° 342 du 06/06/23

Ajout de deux icônes indiquant l'état de mise à jour pour:
- L'outil de mise à jour LDUPDATE 
- le moteur de base de données (pour les installations basées sur un serveur de données).

Ces icônes sont présentes dans les widgets information et configuration ainsi que dans la fenêtre environnement.
NOUVELLE FENÊTRE - INTERFACE CLIPPER Correction N° 343 du 13/06/23

Une nouvelle fenêtre de pré-traitement a été ajoutée pour gérer les interfaces en provenance du logiciel Clipper.

VERSION DU FICHIER DE PARAMÉTRAGE Correction N° 344 du 14/06/23

Mise en place d'un système de mise à jour automatique du fichier de paramétrage, généralement nommé _LDCParam.ini_, au lancement de l'application.

COMPTE DE RÉSULTAT ANALYTIQUE EDITION XLS SANS DONNÉES Correction N° 345 du 21/06/23

Lors de la création d'un compte de résultat analytique au format tableur XLS, depuis un dossier LDCompta en C/S Hyperfile, le fichier XLS ne comportait pas de valeur.
ERREUR AU LANCEMENT DE L'APPLICATION AU NIVEAU 345 Correction N° 346 du 24/08/23

A la suite de la publication du niveau 345, une erreur du type "La procédure 'gValiderCheminRepertoire' n'est pas accessible." pouvait intervenir sur certains postes et cela empêchait le lancement de l'application. 
IMPRESSION JOURNAL-RECAPITULATIF Correction N° 347 du 24/08/23

Lors de l'impression du récapitulatif par compte des journaux, une seule ligne était affichée, avec le total de la période.

INTERFACE CIEL - FORMAT EN LECTURE SUR 50 CARACTÈRES Correction N° 348 du 08/09/23

Dans l’interface de conversion Ciel, une nouvelle option permet de charger le libellé du fichier source sur 25 ou 50 caractères. La valeur par défaut étant 25 caractères.

AFFACTURAGE NATIXIS - JOURNAUX À EXCLURE ET GESTION DE LA DEMANDE D'APPROBATION Correction N° 348 du 21/09/23

Selon le contrat d’affacturage signé, il peut être demandé de renseigner le montant de la demande d'approbation lors de l'export des clients dans le fichier OCA au format Natixis. Une option a été ajoutée dans l'onglet Paramètres 1 (juste en dessous du n° d'adhérent) pour renseigner cette valeur à partir du montant de plafond de crédit des clients. ATTENTION, la valeur est envoyée en milliers d'euros. Il ne faut donc pas renseigner de plafond de crédit sur les clients concernés qui ne serait pas un multiple de 1000. Dans le cas contraire, le montant est arrondi au millier inférieur (la valeur aux milliers).
De plus, une liste des journaux à exclure (optionnelle) a été ajoutée (en bas de l'onglet Paramètres 1). Les écritures des journaux qui seront indiqués dans cette liste seront purement et simplement ignorés lors des exports.

VENTILATION ANALYTIQUE : AFFICHAGE DES LIBELLÉS Correction N° 349 du 28/08/23

Dans la fenêtre de visualisation de la ventilation analytique, les libellés affichés (Section / Affaire / Destination) à l'ouverture de la fenêtre sont désormais ceux de la ligne sélectionnée.

SOLDE PROGRESSIF ERRONÉ SUR REPORT DES ÉCRITURES ANTÉRIEURES CRÉDITEUR ET AFFICHAGE MULTI-DEVISES Correction N° 349 du 25/08/23

Le solde progressif était mal calculé dans le cas où la ligne de report des écritures antérieures est créditeur et que le compte contient plusieurs devises et est affiché en devises. Dans ce cas précis, le montant en euros est négatif, mais il était cumulé en positif dans le solde progressif.

GED : RESSOURCE INEXISTANTE OU ABIMÉE Correction N° 350 du 28/08/23

Dans la fenêtre de consultation des documents, il peut arriver que la GED fasse référence à une ressource qui n’existe plus ou qui est abîmée. Dans ce cas, cela pouvait provoquer une erreur et la fermeture de LDCompta lors du survol de l’icône d’aperçu.
Désormais, si une ressource n’existe plus ou est abîmée, alors une croix rouge est affichée sur la ligne du document correspondant, et l’affichage de l’aperçu du document n’est plus exécuté.

MODIFICATION D'UN JOURNAL - EFFET DE BORD Correction N° 351 du 28/08/23

Correction d'un problème d'affichage dans la fenêtre de modification d'un journal : dans l’onglet Numérotation, lorsqu’on décochait l’option N° de pièce obligatoire avant de décocher l'option Contrôle équilibre par pièce, un message d’erreur s'affichait avant de basculer automatiquement vers l'onglet Journal, avec un effet de bord lors du changement d'onglet : des champs du premier et du deuxième onglet se chevauchaient.

CREATION COMPTE - POSITIONNEMENT INITAIL DU CURSEUR DANS LE CHAMP N° DE COMPTE Correction N° 352 du 28/08/23

En création de compte, le curseur n'était pas positionné par défaut dans le champ N° de compte.

EDITION PDF - OPTION ECRASEMENT DE FICHIER Correction N° 353 du 29/08/23

Dans les paramètres d'édition en PDF, on peut choisir d'écraser le fichier à imprimer si ce dernier existe déjà. Cependant si le fichier est bloqué par un autre programme, par exemple s'il est ouvert dans un éditeur, alors le fichier ne pouvait pas être remplacé, l'édition n’aboutissait pas et aucun message d'erreur n'était affiché. Un contrôle a été ajouté pour gérer ce cas.

INTÉGRATION DES RELEVÉS BANCAIRES - ERREUR SI DEVISE INEXISTANTE Correction N° 354 du 29/08/23

Lorsqu'on tentait d’intégrer un relevé bancaire dans une devise qui n’existait pas dans le dossier, le programme cherchait le cours de la devise pour calculer le montant en devise de référence, ce qui provoquait une erreur de division par zéro.

Pour pallier ce problème, un contrôle de l’existence de la devise dans le dossier, avec un cours renseigné, a été ajouté dans le module d’intégration des relevés bancaires.

EDITION JOURNAL RÉCAPITULATIF Correction N° 355 du 29/08/23

L'édition d'un journal récapitulatif ne contenant aucun enregistrement sortait tout de même une ligne avec le dernier compte lu.

RÉCUPÉRATION BILAN ET COMPTE DE RÉSULTATS - LISTE TRIÉE PAR DATE Correction N° 356 du 30/08/23

La liste des Bilans et Comptes de Résultats pouvant être récupérés depuis les archives est désormais triée en fonction de la date, de la plus récente à la plus ancienne.

FILTRE SUR LA DATE DE LETTRAGE AVEC DES SOLDES DE LETTRAGE PARTIEL Correction N° 357 du 30/08/23

Correction d’une erreur qui pouvait se produire lors d'une interrogation de compte, en filtrant sur la date de lettrage via l'entonnoir, si des lettrages partiels apparaissaient dans la table.

BILAN ET COMPTE DE RÉSULTAT : IMPOSSIBLE D'IMPORTER UN TABLEAU APRÈS SUPPRESSION DE TOUS LES TABLEAUX Correction N° 358 du 30/08/23

Correction d’un dysfonctionnement dans la saisie des paramètres du module Bilan et Compte de Résultat : s’il n’existait aucun tableau, il était impossible d’importer un nouveau tableau via le bouton Importer.

RAFRAICHISSEMENT DES MENUS SPÉCIFIQUES Correction N° 359 du 31/08/23

Quand des menus spécifiques sont définis sur différents dossiers, et avec un nombre d’options différent selon les dossiers, les options du menu spécifique n’étaient pas toujours rafraichies correctement après l’utilisation de l’option Changer de dossier.

CLOTURE ANNUELLE PROCESSUS SANS FIN Correction N° 360 du 31/08/23

Lors de la clôture annuelle, la procédure peut s'arrêter de fonctionner lors de la réindexation des fichiers.
Cet arrêt est provoqué par une fenêtre qui n’apparaît pas en premier plan et qui bloque la poursuite des traitements. Ce correctif fait passer cette fenêtre en avant plan et permet la poursuite de la clôture annuelle.

INTERROGATION DE BANQUE - RAPPROCHEMENT Correction N° 361 du 31/08/23

Dans la fenêtre d'interrogation de banque, si l'on affichait le dernier rapprochement bancaire avec l'option "Masqué les écritures rapprochées", puis que l'on choisissait un nouveau compte à visualiser; si ce nouveau compte ne possédait pas de rapprochement, alors les informations du dernier rapprochement restaient visible et correspondaient au précédent compte visualisé.

GESTION DE LA DISPONIBILITÉ DU SERVEUR DE MESSAGES Correction N° 362 du 08/09/23

Gestion de la disponibilité du serveur lorsqu’il est en occupé à traiter un précédent message.
Lorsque le serveur de messages est occupé à traité un message, comme le traitement de l’interface comptable par exemple, alors il pouvait arriver qu’une erreur se déclenche quand un nouveau message lui était envoyé.

BORDEREAU DE REMISE EN BANQUE EN DEVISE Correction N° 363 du 15/09/23

L’impression d’un Bordereau de remise en banque en devise ne faisait pas apparaître le nombre de chèques, ni le montant total en devise.
Désormais, le nombre de chèques apparaît correctement, et, si tous les chèques du bordereau ont la même devise, alors le montant total en devise est imprimé.

FENÊTRE DE MODIFICATION D'ÉCRITURES : AMÉLIORATIONS GRAPHIQUES Correction N° 364 du 18/09/23

De petites améliorations graphiques ont été apportées dans la fenêtre de Modification d'écritures :

LISTE DES SESSIONS ACTIVES : PROBLÈME D'AFFICHAGE Correction N° 365 du 18/09/23

Lorsque la gestion des sessions était désactivée (via le fichier LDSESTMP.INI), il était tout de même possible d'afficher la liste des sessions actives via l'option Sessions actives de la barre latérale des menus.
De plus, l'affichage dans la liste des sessions actives n’était pas correct.

Désormais, si la gestion des sessions est désactivée, alors l'option Sessions actives est masquée dans la barre latérale des menus, de la même manière que pour le menu classique.

IMMOBILISATIONS : ÉTAT DES DOTATIONS PRÉVISIONNELLES - ENTÊTES DE COLONNES Correction N° 366 du 20/09/23

Sur l'état des Dotations Prévisionnelles, si l'exercice comptable correspond à l'année civile, alors les intitulés qui figurent en tête de chacune des 5 colonnes de cet état sont désormais des années entières (N, N+1, …), et non plus à cheval sur 2 ans (N/N+1, N+1/N+2, …).
Par exemple, si l'exercice courant débute au 01/01/2023, alors les en-têtes des 5 colonnes de l'état sont les 5 années de 2023 à 2027.

AUTODIAGNOSTIC DES THREADS Correction N° 367 du 20/09/23

En cas d'affichage simultanément de la fenêtre d'actualités et celle de la disponibilité d'une nouvelle version, l'application pouvait s'interrompre et déclencher une erreur.
ÉDITION DES JOURNAUX : TRI DE L'ÉDITION NON RESPECTÉ Correction N° 368 du 25/09/23

Correction d’un dysfonctionnement dans l’impression détaillée des journaux : l'édition ne tenait plus compte de l’option de tri.

EDITION DE LA BALANCE AUTRES AUXILIAIRES : CHAMPS PRIS EN COMPTE À TORT Correction N° 369 du 26/09/23

Dans la fenêtre d'Édition de la balance autres auxiliaires, les champs de sélection des comptes à imprimer “Depuis le n°” et “Jusqu’au n°” ne sont pas visibles, contrairement aux éditions de Balance Générale, Balance Clients et Balance Fournisseurs.
Or, lorsqu'un utilisateur forçait la mémorisation des valeurs pour ces deux champs, via le clic droit puis Mémoriser, dans une des fenêtres d’édition de Balance Générale, Clients ou Fournisseurs, alors ils étaient pris en compte à tort dans la sélection des comptes à imprimer de l'édition de la Balance autres auxiliaires, et par conséquent les données imprimées pouvaient se retrouver incorrectes.

IMPRESSION DES JOURNAUX : ERREUR LORS DE L'IMPRESSION DU RÉCAPITULATIF Correction N° 370 du 27/09/23

Correction d’une erreur qui pouvait se produire dans la fenêtre d’Impression des journaux, lors de l'impression du Récapitulatif par compte :
dans le cas d’une impression sur plusieurs mois, avec les cases Impression mois par mois et Ignorer les journaux sans écritures cochées, s'il y a des données à imprimer pour un mois, puis aucune donnée à imprimer pour le mois suivant, alors un message d’erreur pouvait apparaître.

REMISE EN BANQUE : ERREUR DE COMPTABILISATION Correction N° 371 du 28/09/23

Correction d’une erreur lors de la création d’un bordereau de remise en banque avec la case Comptabiliser les remises en date d'échéance cochée : il pouvait arriver que des écritures comptables soient générées automatiquement, à tort, pour équilibrer le lot d'écritures.

EDITION GRAND-LIVRE - IGNORER LES ÉCRITURES DE SITUATION(Z9, ABO, CCA) Correction N° 372 du 03/10/23

 La fenêtre d'impression de compte, accessible depuis une interrogation de compte, ne prenait pas en compte le choix d'ignorer les écritures de situation bien que cette option soit coché dans la fenêtre d'interrogation.
Le choix est maintenant répercuté lors de l'édition du compte.

INTERROGATION COMPTE - BULLE D'AIDE SUR L'OPTION DES ÉCRITURES DE SITUATION Correction N° 373 du 03/10/23

 Dans la fenêtre d'interrogation de compte, l'option d'affichage Ignorer les écritures de situation ignore aussi les écritures d'abonnement et de charge constatée d'avance. La bulle d'aide lors du survole de la case à coché a été modifier pour faire apparaitre ce détail.

CODE PAYS SX-SAINT-MARTIN Correction N° 374 du 09/10/23

Le code pays SX-SAINT-MARTIN était manquant dans le fichier des pays. Il a été ajouté.
PROBLÈME AFFICHAGE DES FENÊTRES QUAND IL Y A 2 ÉCRANS Correction N° 375 du 10/10/23

Certaines fenêtres maximisées pouvaient ne plus être accessibles lorsque le logiciel était affiché sur un écran puis sur un autre.

OUTIL DE RENUMÉROTATION DES COMPTES GÉNÉRAUX - TOUT MODIFIER Correction N° 376 du 10/10/23

Il est désormais possible de modifier l'ensemble du plan comptable par l'outil de renumérotation des comptes généraux (Outil - Autres outils - Lancer un autre outil). Ce mode de renumérotation permet de passer l'ensemble du plan comptable à 6, 7 ou 8 caractères en ajoutant des 0 à la fin pour les comptes trop courts, ou en tronquant les 0 à la fin des comptes trop longs. Les comptes ne finissant pas par des 0 ne sont pas modifiés.

NOUVEAU MODULE DE CHARGES CONSTATÉES D'AVANCE Correction N° 377 du 10/10/23

Un nouveau module a été ajoutée afin de gérer des charges constatées d'avance à partir des écritures existantes ou en cours de saisie.

ERREURS PENDANT OU SUITE À L'ENVOI DES RELANCES PAR E-MAIL Correction N° 378 du 23/10/23

L’envoi des mails permet d’alimenter dans tous les cas à la fois le message texte et le message au format HTML.

RECHERCHE PAR MONTANT DANS LES ARCHIVES - NE FONCTIONNE PAS SUR AS400 Correction N° 379 du 23/10/23

L’interrogation de compte par le montant est fonctionnelle sur les archives d’un serveur AS400.

RECHERCHE PAR MONTANT SUR AS400 Correction N° 380 du 07/11/23

L'interrogation par montant sans écart de tolérance fonctionne sur une base de données AS400 pour le dossier courant.
INTÉGRATION DES RELEVÉS BANCAIRE - ERREUR SI MODULE DEVISE INACTIF Correction N° 381 du 08/11/23

Suite à la correction niveau 354, les relevés bancaires n'arrivaient plus à être intégrés dans les dossiers n'ayant pas activé le module de devise. Une erreur, indiquant que la devise n'est pas trouvé ou que son cours est nul, était déclenchée à tort.

FICHIER CPTCCA NON CRÉÉ SUR AS400 Correction N° 382 du 15/11/23

Le fichier CPTCCA, nécessaire aux fonctionnalités introduites par le niveau 377, n'était pas créé dans les bibliothèques des dossiers AS400.

AUTOMATE INTERFACE : OPTIMISATION DU CHARGEMENT Correction N° 383 du 08/11/23

Une optimisation a été mise en place pour charger plus rapidement le fichier historique IAAAUT.DAT en cas de forte volumétrie.
CLOTURE ANNUELLE AS400 VERIFICATION DU BLOCAGE DES FICHIERS Correction N° 384 du 10/10/23

Lors de la clôture annuelle, tous les utilisateurs doivent être sorti de l'application. En environnement AS400, il est possible de vérifier si un fichier est ouvert par un autre utilisateur que la personne qui réalise l'opération de clôture annuelle. Ce correctif ajoute cette vérification dans les procédures préalables aux opérations de clôture.
PRÉLÈVEMENT CLIENTS - NOUVEAU PROCESSUS DE SÉLECTION DES ÉCRITURES À PRÉLEVER Correction N° 385 du 13/10/23

Lors de la clôture annuelle, tous les utilisateurs doivent être sorti de l'application. En environnement AS400, il est possible de vérifier si un fichier est ouvert par un autre utilisateur que la personne qui réalise l'opération de clôture annuelle. Ce correctif ajoute cette vérification dans les procédures préalables aux opérations de clôture.

ABONNEMENT - NOUVEAUX FICHIERS Correction N° 386 du 03/11/23

Le fichier de gestion des abonnements et des charges constatées d’avance a été remplacé par 3 nouveaux fichiers. Un pour la gestion des abonnements, un pour faire le lien entre les écritures de reprise et l'abonnement et le dernier pour gérer l’analytique.
FICHE SOCIÉTÉ/GESTION RECHERCHE DE COMPTE Correction N° 387 du 09/11/23

Les boutons de sélection de l'onglet Gestion de la fiche société, pour les comptes de résultat, étaient mal positionnés.
RÉCUPÉRATION BILAN ET CPT DE RÉSULTATS ANTÉRIEURS - ERREUR SUR DOSSIERS AS400 Correction N° 388 du 17/11/23

Lorsque la base de données est hébergée sur un AS400, la récupération des bilans et comptes de résultats antérieurs provoquait une erreur dans l’application.
OUTIL DE TRANSFERT AS400 - IDENTIFIANTS AUTOMATIQUES Correction N° 389 du 22/11/23

L'outil de transfert des données AS400 vers Windows ne gérait pas correctement les rubriques de type identifiant automatique. Les identifiants automatiques présents dans les fichiers AS400 n'étaient pas conservés.

INTERFACE DEPUIS LES FICHIERS AS400 Correction N° 390 du 23/11/23

Pour les dossiers sous AS400, il est désormais possible d'intégrer les fichiers d'interface AS400 des écritures (_CPTHIY_, _CPTHIZ_, _CPTHIX_ ou _CPTHI11_) et des règlements clients (_CPTRGY_, _CPTRGZ_, _CPTRGX_ ou _CPTRG11_) directement depuis la fenêtre d'interface classique, accessible depuis le menu _Outils_, _Interface avec autres applications_. Outre les options _Fenêtre de pré-traitement_ et _Fichier à importer_ déjà existantes, une troisième option _Fichiers d'interface AS400_ a été ajoutée, et permet à l'utilisateur de choisir les fichiers d'interface AS400 dans lesquels se trouvent les données, écritures et/ou règlements clients, à intégrer dans LDCompta.
FICHIERS EN LIGNE - MAJ DES LIENS DOCUMENTATION Correction N° 391 du 27/11/23

Mise à disposition du fichier des liens de l’aide en ligne dans les fichiers en ligne, de manière à ce qu’il soit téléchargé au lancement de _LDCompta_ s’il n’est pas à jour.
CCA : SAISIE AU KM LE MODULE CCA NE S'AFFICHE PAS Correction N° 392 du 30/11/23

Les CCA sont désormais proposées lors d’une _Saisie au kilomètre_, tout comme en _Saisie par pièce_.
EDITION GRAND-LIVRE - POSITIONNEMENT DES CHAMPS Correction N° 393 du 04/12/23

Dans l'édition du grand-livre client, fournisseur et autre auxiliaire, les options pour ignorer les journaux débordaient sur le bandeau en pied de fenêtre.
EDITION GRAND-LIVRE - SOUS-TOTAUX PAR MOIS Correction N° 394 du 04/12/23

L’option d'édition des sous-totaux par mois n’est volontairement pas pris en charge dans l’export du fichier au format Excel. Une mention le stipulant est inscrite dans la barre de message de l’option.
LDFRAMEWORK Correction N° 395 du 03/01/24

Le Framework LD a été recompilé avec les paramètres de partage de contexte afin qu'il puisse être utilisé dans du code compilé dynamiquement.
ABONNEMENT - NOUVEAU MODULE Correction N° 396 du 01/02/24

Mise à disposition du nouveau module permettant de gérer les écritures d'abonnements. Pour plus d'information, se reporter à la documentation standard (mise à jour).
ENVOI MAIL (RELANCES) - GÉRER OAUTH2 Correction N° 397 du 08/02/24

L’authentification avancée à 2 facteurs (OAUth 2.0) est pris en charge pour l’envoi des mails sécurisés.
EXPORT DES FACTURES RÉGLÉES - FICHIER CLIENT/FOURNISSEUR ET MONTANT INVERSÉ Correction N° 398 du 13/03/24

Il est désormais possible d'exporter les zones du fichier client dans l'export des factures de ventes réglées (format CL.XXXX ou CPTCLI.XXXX dans le fichier de description, où XXXX correspond au nom de la rubrique à exporter), et les zones du fichier fournisseur dans l'export des factures d'achat réglées (format FR.XXXX ou CPTFCO.XXXX dans le fichier de description, où XXXX correspond au nom de la rubrique à exporter).
Il est également possible d'utiliser, dans l'export des factures de ventes réglées, les zones MONTI et MTDVI pour exporter le montant en inversant le signe (égale à MONTS ou MTDVS, multiplié par -1). Cela était déjà possible dans l'export des factures d'achats réglées.


PARCOURS DES COMPTES - NOUVEAUX FILTRES Correction N° 399 du 29/03/24

Lors du parcours des comptes, dans l’interrogation des compte, il est possible de n’afficher que certains comptes, selon qu’il y a des mouvements ou que le compte est “soldé”. Jusqu'à présent, cette notion de “soldé” voulait dire “contient au moins une écriture non lettrées”. Désormais, le filtrage sur comptes “non soldé” n’affiche que les comptes dont le solde est différent de 0, et 3 nouvelles options ont été ajoutées : - comptes non lettrés : équivalent à l’ancienne option “non soldé”, c’est-à-dire qui contient au moins une écriture non lettrée. - comptes non lettrés au débit : qui contient au moins une écriture au débit non lettrées (on ignore le lettrage ou non des écritures au crédit). - comptes non lettrés au crédit : qui contient au moins une écriture au crédit non lettrées (on ignore le lettrage ou non des écritures au débit).
GESTION AS400 DEPUIS WINDOWS Correction N° 400 du 31/03/24

Plusieurs fonctionnalités ont été ajoutées pour gérer une base de données sous AS400 depuis le programme LDCompta pour Windows.
Ces fonctionnalités pour une base de données AS400 concernent :
    - gestion des sociétés
    - sauvegarde et restauration de dossier au format SVL
    - sauvegarde et restauration de dossier au format SAVF
    - migration de dossier
    - réindexation des fichiers
   

EXTOURNE ET COMPTE RÉVISÉ Correction N° 401 du 08/04/24

La saisie d’une extourne depuis l'écran d’interrogation de compte (clic droit ‘_Extourner la pièce_’) ne tenait pas compte de la révision des comptes. La saisie d'une extourne à une date antérieure à la date de révision des comptes provoquait bien une erreur qui indiquait que _la date d'écriture doit être supérieure à la date de révision du compte_, mais suite à ce message le programme continuait et l’extourne était bien créée.
VENTILATION DES RÈGLEMENTS CLIENTS Correction N° 402 du 23/04/24

Lors de l'éclatement de la ventilation sur plusieurs comptes de tiers, il pouvait arriver que la saisie de la ventilation n’affecte pas correctement le total affiché.
COMPTABILISATION DE VIREMENTS - FERMETURE SANS MESSAGE Correction N° 403 du 22/04/24

Dans la fenêtre de saisie de virements reçu, en cas d'erreur lors de l'action de comptabilisation, un message d'erreur explicatif a été ajouté avant la fermeture de la fenêtre et l'arrêt du traitement.
EXPORT- REPERTOIRE PAR DEFAUT Correction N° 404 du 23/04/24

 Les exports PDF et XLS des états sont envoyés dans le répertoire temporaire de LDCompta dans le cas où le répertoire par défaut enregistré dans la fenêtre de paramétrage d'export PDF n'existe pas.
CHIFFREMENT DES DONNÉES Correction N° 405 du 23/04/24

Lors de la création d’une société, le chiffrement des données pouvait ne pas être appliqué. Dans ce cas, il faut déchiffrer, puis re-chiffrer le dossier via la modification du niveau de chiffrement dans la fiche société.
DATE DE DERNIÈRE CLÔTURE Correction N° 406 du 23/04/24

Un contrôle a été ajouté pour obliger la saisie de la _date de dernière clôture_ la fiche société.
EXPORT GED AU FORMAT TRA Correction N° 407 du 03/05/24

Une nouvelle option est disponible dans la fenêtre d’export au format TRA pour exporter les documents GED associés aux écritures.
FACTO CIC - RC EN FIN DE FICHIER Correction N° 408 du 06/06/24

Ajout du paramètre _Ajout d'un Retour Chariot à la fin du fichier généré_ dans l’onglet _Paramètres_ de la fenêtre d’_Export Facto CIC_, pour pouvoir ajouter un _Retour chariot (RC)_ à la fin du fichier. Par défaut, ce nouveau paramètre est activé.
INTERFACE YOOZ (FENÊTRE IAAYOOZ) Correction N° 409 du 19/06/24

3 options ont été ajoutées au pré-traitement d’interface provenant de YOOZ. Sur les écritures, le recalcule de la date d'échéance si celle-ci n’est pas reçue ou identique à la date de pièce. Ce calcul de la date d'échéance n’est effectué que sur les écritures clients ou fournisseurs. Sur les bons à payer: * L’inversion du sens débit / crédit. * La recherche du n° de pièce dans la référence des écritures du dossier comptable.
CCA : RECHERCHE DES ECRITURES LIÉES Correction N° 410 du 28/06/24

Une optimisation a été apportée dans la recherche d'écritures de CCA pour la pièce sélectionnée dans les fenêtres d'interrogation. 
ECHÉANCIER FOURNISSEUR - SÉLECTION GROUPE/FAMILLE Correction N° 411 du 28/06/24

Ajout de la sélection par _Groupe de fournisseurs_ et/ou _Famille de fournisseurs_ dans les fenêtres de sélection et d’impression de l'échéancier fournisseur.
INTERFACE : ELEMENT DE GED AVEC CODE JOURNAL MANQUANT Correction N° 412 du 02/07/24

Une erreur pouvait survenir lors de l’intégration de _Documents GED_ dans l’interface, s’il manquait le _Journal_ dans les lignes du fichier à importer.
BALANCE ANALYTIQUE / AS400 - PLANTAGE SI TRI 2 OU 3 SANS DÉTAIL Correction N° 413 du 04/07/24

Une erreur pouvait apparaître sur un dossier AS400, lors de l'édition de la balance analytique, si des niveaux de totalisation affichés sont sans ligne de détail.
RAPPROCHEMENT BANCAIRE : AJOUT D'UN TOTAL DÉBITS POINTÉS ET D'UN TOTAL DES CRÉDITS POINTÉS Correction N° 414 du 15/07/24

Dans la fenêtre de _Rapprochement bancaire_, une nouvelle ligne _Écritures pointées_ a été ajoutée sous le tableau de l’onglet _Pointage_, indiquant les sommes des débits et des crédits pointés.
CCA - FENÊTRES D'INTERROGATIONS : NUMÉRO DE PIÈCE SOULIGNÉ Correction N° 415 du 26/07/24

Dans les fenêtres d’interrogation d’un compte, d’une pièce, d’une référence, d’un journal et d’un montant, le numéro de pièce est souligné si une écriture d’achat est passée en charge constatée d’avance.
ENVOI DES RELANCES PAR MAIL, AVEC LA LETTRE IMPRIMÉE DIRECTEMENT DANS LE CORPS DE L'E-MAIL Correction N° 416 du 02/08/24

Une erreur pouvait se produire aléatoirement lors de l’envoi des relances par mail, avec la lettre imprimée directement dans le corps de l'e-mail.
FICHE SOCIÉTÉ : MESSAGE LORS DE LA MODIFICATION DU MODE DE TRAVAIL Correction N° 417 du 08/08/24

Amélioration du message qui s’affiche lors de la modification du _Mode de travail_ dans la fiche _Société_, s'il y a plus de 3 mois non clos : l'exemple donné dans le message a été revu pour utiliser la date du jour.
EXPORT EXCEL DES JOURNAUX : LA COLONNE NATURE DE PIÈCE N'APPARAÎT PAS TOUJOURS Correction N° 418 du 08/08/24

Dans l’export Excel des journaux, accessible depuis l’onglet _Exporter_ de l’aperçu avant impression, la colonne B (nature de pièce) n’apparaissait pas si toutes les écritures imprimées n’avaient pas de nature de pièce.
BLOCAGE DES FICHIERS APRÈS CRÉATION D'UNE SOCIÉTÉ Correction N° 419 du 09/08/24

Après création d'une société (en HF), il était impossible de la supprimer immédiatement. Des fichiers restaient ouverts.
CCA : DATE ÉCRITURE EXTOURNE GLOBALE (1IÈRE PARTIE DE LA CCA) Correction N° 420 du 09/08/24

La saisie d’une charge constatée d’avance autorise dorénavant à paramétrer la date de la contrepartie à la facture.
MODIFICATION PAR LOT : AUGMENTER LA TAILLE DU CHAMP DE SÉLECTION Correction N° 421 du 12/08/24

Dans la fenêtre de _Modification de données par lot_, accessible depuis le menu _OUTILS_, option _Gestion des fichiers_, la taille des champs _Sélection des enregistrements_, _Traitement avant mise à jour_ et _Traitement après mise à jour_ a été augmentée, permettant ainsi de saisir des requêtes et traitements plus longs.
APPUIE F4, PUIS CHANGEMENT D'ONGLET AVEC CHAMP DE SAISIE RTF Correction N° 422 du 12/08/24

Une erreur pouvait se produire lors du positionnement sur l'onglet _Informations,_ de la fenêtre de _Création / Modification d’une immobilisation,_ après avoir appuyé sur la touche _F4_.
FACTURATION INTERCO - EXPORT ANALYTIQUE Correction N° 423 du 13/08/24

Par défaut, les données analytiques sont transférées lors de l’interface interco. Si on ne souhaite pas les transférer, il faut inscrire “ANA=N” (ou “ANA=0”) dans la section [PARAM] du fichier iFacInterco.ini .
AFFICHER UN MESSAGE D'ERREUR À L'OUVERTURE DE L'APPLICATION, SI INSTALLÉE SUR UN DISQUE RÉSEAU Correction N° 424 du 16/08/24

Un avertissement est affiché à l’ouverture du projet si le programme est installé sur un lecteur réseau. Cette configuration n'est pas conseillée et peut aboutir à des ralentissements lors de son utilisation.
CANEVAS DE SAISIE - LIBELLE ECRITURE LIMITE A 25 Correction N° 425 du 21/08/24

La taille du libellé des écritures dans la saisie de cannevas a été augmentée à 50 caractères pour être en phase avec la taille maximal d’un libellé.
BALANCE GÉNÉRALE - COMPARATIF AFFICHÉ À TORT Correction N° 426 du 23/08/24

Dans la fenêtre d'édition d’une balance générale, l’option “avec comparatif d'un exercice antérieur” restait accessible lorsque la balance était arrêté à une date précise ou pour une période de date à date. Cela avait pour effet, si elle était cochée, de générer des éditions non prévues, donc sans valeur ou avec des valeurs erronées.
AUTOMATE D'INTERFACE - SUPPRESSION DE LA LIMITE À 999 RÈGLES Correction N° 427 du 04/09/24

L'automate d'interface ne gérait que les règles définies, dans le fichier de paramétrage, dont la section allaient de "REGLE001" à REGLE999". Désormais le programme scanne toutes les sections qui commencent par "REGLE", suivi de chiffres. Il n'est également plus nécessaire de faire précéder le n° par des "0". NB : par conséquence, il peut y avoir des doublons affichés. Par exemple, les sections "REGLE1" et "REGLE001" seront traités indépendamment, mais les 2 seront affichées dans la fenêtre de traitement avec le n° de règle 1.


EDITION DES JOURNAUX - CHOIX DU REPERTOIRE DE DESTINATION Correction N° 428 du 06/09/24

Dans la fenêtre d'édition des journaux, le choix du répertoire de destination n'est plus demandé à chaque changement de journal si l'option "Impression séparée" n'est pas cochée.

NOUVEAUX FICHIERS AS400 - DROITS INSUFFISANTS Correction N° 429 du 16/09/24

Les nouveaux fichiers créés dans les dossiers AS400, au niveau 428, pouvaient ne pas avoir suffisamment de droits par défaut. Une ré-application des droits sur ces fichiers sera effectuée à l'ouverture d'un dossier AS400 avec ce niveau. Pour réappliquer manuellement les droits sur tous les fichiers du dossier, il est également possible de lancer la mise à jour des fichiers depuis la fenêtre de réindexation (Menu Outils - Gestion des fichiers - Réindexation des fichiers, en cochant l'option Mettre à jour la structure des fichiers).

AS400 : FERMETURE DES CONNEXIONS Correction N° 430 du 23/09/24

La liste des sessions en cours n’est pas correctement alimentée dans un environnement AS400 : Seule la dernière connexion apparait.

CODES LIBRES OBLIGATOIRES Correction N° 431 du 25/09/24

Il est désormais possible de modifier le libellé des codes et valeurs libres des fiches clients et fournisseurs, ainsi que de définir quelles zones parmi celles-ci sont obligatoires. Pour cela, il faut aller dans le bouton “Champs Obligatoires” qui a été ajouté dans l’onglet “Tiers” de la fiche société (à côté du titre “CLIENTS/FOURNISSEURS”).

EXPORT FACTOR CIC CM Correction N° 432 du 25/09/24

3 corrections ont été apportées dans l'export à destination des factor CIC/CM :
- Le code pays "F" n'est plus accepté par défaut. Il a été remplacé par le code "FR"
- Dans l'export des clients, la 1ère ligne d'adresse n'était pas envoyée dans le fichier, ce qui pouvait provoquer des adresses incomplètes.
- Dans l'export du portefeuille, les traites soumises à acceptation sont envoyées si elles sont acceptées, mais avec le code "PTN" à tort. Ce code était destiné aux traites encore non acceptées, et ces traites ne sont désormais plus recevable par le factor (l'export ne les envoyait déjà pas).
Il est désormais possible de définir dans quel(s) fichier(s) on souhaite exporter les écritures du portefeuille.


EXPORT DES FACTURES REGLEES Correction N° 433 du 11/10/24

Les exports des factures réglées de vente et d'achat prennent en charge un nouveau paramètre en mode automatique pour indiquer si on veut écraser ou conserver le fichier déjà existant dans le répertoire de destination.

EXPORT EXCEL - GRAND LIVRE CLIENT / FOURNISSEUR / AUTRE AUXILIAIRE Correction N° 434 du 02/10/24

Dans l’export Excel des Grands-livres _Clients_, _Fournisseurs_ et _Autres auxiliaires_, si des champs supplémentaires étaient paramétrés via le clic droit sur le bouton _Ouvrir .xlsx_, alors la colonne _Libellé compte_ dans le fichier Excel généré ne contenait pas le libellé du compte. Exemple : Si l’on ajoutait la zone _Numéro client_, la colonne _Libellé compte_ contenait le numéro du client, et non le libellé du compte client.

SUJET DES E-MAILS : PROBLÈME D'ENCODAGE DES ACCENTS Correction N° 435 du 02/10/24

Il pouvait arriver que le sujet des E-mails ne soit pas encodé correctement, et cela entraînait l’apparition de symboles à la place des caractères accentués dans le sujet des E-mails reçus.

IMMOBILISATION - VALEUR INITIALE AVANT SORTIE SUR ÉDITION DES SORTIES Correction N° 436 du 04/10/24

Sur l'édition des sorties, si une immobilisation est sortie en plusieurs fois, la _Valeur origine avant sortie_ apparaît sur une seule ligne de sortie pour ne pas être cumulée à tort dans les totaux alors qu’il s’agit d’une seule et même immobilisation.

MODIFICATION DE DONNÉES PAR LOTS Correction N° 437 du 04/10/24

En création d’un nouveau scénario pour une modification de données par lots, lorsqu’on ne sélectionnait pas de fichier en étape 1 et que l’on cliquait sur le bouton _Précédent_, si l'on choisissait une nouvelle fois _Nouveau scénario_, alors le bouton _Suivant_ n'était plus grisé, et le clic sur ce bouton provoquait une erreur.

INTERROGATION PAR COMPTE - RECHARGEMENT GED Correction N° 438 du 15/10/24

Lors de la consultation de la GED, ou de l’ajout de documents dans la GED, depuis la fenêtre d’interrogation de compte, la liste des écritures n’est plus entièrement rechargée après la fermeture de la fenêtre de GED et au retour sur la fenêtre d’interrogation de compte. Seule la ligne sur laquelle la consultation ou l’ajout de documents a été effectué est rafraichie.

PRÉLÈVEMENTS - REPORT DES ÉCHÉANCES NÉGATIVES Correction N° 439 du 23/10/24

Dans le cas de prélèvements avec des écritures au crédit, si le prélèvement est établi par date d'échéance, cela pouvait provoquer des prélèvements négatifs. Pour empêcher cela, la date d'échéance est désormais modifiée, virtuellement, dans l’affichage des écritures à prélever, et par la suite sur les prélèvements générés. Les écritures provoquant un prélèvement négatif sont alors décalées, soit à l'échéance suivante (report d'échéance), soit à la dernière échéance précédente s’il s’agit des dernières écritures et que le montant de l'échéance précédente est supérieur à la somme des écritures à déduire. L’affichage de la date d'échéance est dans ce cas mis en couleur afin d’informer l’utilisateur de cette réaffectation d'échéance. De plus, il était possible par certaines manipulations de cocher des lignes ne correspondant pas aux critères de sélection définis. Un message d’erreur apparaît désormais dans ce cas pour informer l’utilisateur de la raison pour laquelle la ligne ne peut pas être prélevée.

RÉINITIALISATION CLÉ DE SÉCURITÉ Correction N° 440 du 13/11/24

L'option de réinitialisation des clés de sécurité avec le mot de passe du jour ne traitait pas les dossiers AS400.

ACCÈS AUX PARAMÈTRES DE L'ENVIRONNEMENT SÉCURISÉ Correction N° 441 du 13/11/24

La fenêtre des paramètres de l'environnement sécurisé n'était accessible (Alt+F2 depuis l'ouverture de session) que par un administrateur de sécurité, après saisie et validation de son mot de passe. Dans le cas où la validation du mot de passe n'est pas possible (changement des paramètres LDAP), il n'était plus possible d'accéder à cette fenêtre de paramétrage. Un accès a donc été ajouté, via la touche Alt+Maj+F2, afin de permettre à l'éditeur de pouvoir donner l'accès à cette fenêtre via la saisie du mot de passe du jour.
RÉINDEXATION DES FICHIERS : MODE AVANCÉ Correction N° 442 du 19/11/24

Ajout d’options pour la ré-indexation et la compression des fichiers de données.

LICENCE AVEC DATE OU NIVEAU MAXI Correction N° 443 du 20/11/24

Affichage d’un message de “version de consultation” à l’ouverture de l’application, lorsque la licence du produit reste active, mais sans maintenance.

CRÉATION D'UN NOUVEAU COMPTE GÉNÉRAL - IHM CORRIGÉE SI COMPTE VIDE Correction N° 444 du 22/11/24

Dans le cas où le n° de compte n’est pas encore saisi, lors de la création d’un nouveau compte, et que le curseur passe sur un autre champ (appui sur tabulation ou clic en dehors du champ), l’affichage de la fenêtre était modifié comme si on voulait créer un sous-total de comptes. Désormais, l’affichage reste celui d’un compte tant qu’aucun n° de compte n’est saisi.

IMMO SANS ANALYTIQUE : ENREGISTREMENT POSSIBLE Correction N° 445 du 26/11/24

La suppression d’un code analytique prend maintenant en compte son utilisation dans les fiches d’immobilisation. Ainsi, il devient impossible de supprimer un code analytique s’il est présent sur une fiche d’immobilisation. Ceci afin d'éviter qu’une fiche immo se retrouve sans code analytique valide et que les écritures analytiques ne soient pas générées. Par ailleurs, la génération des écritures vérifie que tous les codes analytiques des fiches immo existent et remonte une erreur lorsque ce n’est pas le cas.

OUTILS : INTÉGRER LE RECALCUL DES ID AUTO DANS LES OUTILS Correction N° 446 du 27/11/24

Intégration de l’outil de _Vérification des identifiants automatiques_ dans la fenêtre des _Outils_, accessible depuis le menu _OUTILS_, option _Autre outils_, puis _Lancer un autre outil_.

FICHIER TABLEEBCDIC.CPG MANQUANT Correction N° 447 du 13/12/24

Suite à la correction au niveau 399, le fichier TableEBCDIC.cpg pouvait être supprimé à tort du répertoire des programmes (dans le sous-répertoire _\AS400\_). Cela pouvait poser des soucis lors des éditions pour les dossiers sous AS400.

CLÉ DE SECURITÉ - DOSSIER D'ARCHIVE Correction N° 448 du 21/01/25

 Correction du calcule de la clé de sécurité lors de la création d'un dossier d'archive sous environnement AS/400.
RÉINITIALISATION DE L'ENVIRONNEMENT SÉCURISÉ - CONFIRMATION SUPPRIMÉE Correction N° 449 du 21/01/25

Lors de la réinitialisation de l'environnement sécurisé sur tous les répertoire, la confirmation du remplacement des clés de sécurité dans les dossiers ayant déjà une clé de sécurité a été supprimée.

L'OUTIL DE RÉINDEXATION NE FONCTIONNE PAS SI LES DONNÉES SONT SUR UN SERVEUR HFSQL Correction N° 450 du 10/01/25

En environnement HFSQL (serveur), la réindexation ne fonctionne pas et renvoi un message d’erreur.

SAISIE PIECE/ANALYTIQUE/IMMO Correction N° 451 du 17/01/25

Lors d’un enchainement en saisie pièce vers la création d’une fiche immo, le code analytique de l'écriture n’est pas repris correctement dans la fiche immo (les codes section et affaire sont inversés). Si l’axe affaire n’est pas utilisé, une ligne vide apparait alors dans la table de répartition analytique. Cette inversion visible ou invisible déclenche une erreur lors de l’enregistrement de la fiche immo.

EDITION DES CANEVAS DE SAISIE : MANQUE L'INFORMATION DU CODE SECTION Correction N° 452 du 27/01/25

Dans l'état qui liste les canevas la valeur par défaut de la section analytique n’est jamais affichée même si elle est renseignée.

LDCPTRLB/INTÉGRATION DES RELEVÉS BANCAIRES - VÉRIFIER LE HASH DU FICHIER AVANT DE LE TRAITER À NOUVEAU Correction N° 453 du 06/02/25

Un fichier au contenu identique ne pourra plus être traité lors de l’intégration des relevés bancaires et ce même si le nom du fichier est différent ou si sa date a été modifiée.

FEC : FENÊTRE DE CONFIGURATION PRÉ TRAITEMENT Correction N° 454 du 07/02/25

Dans la fenêtre de pré-traitement d'interface comptable _Interface depuis un export DGI_, accessible en sélectionnant _FEC (export DGI)_ dans la liste _Fenêtre de pré-traitement_ de l'écran d’interface comptable, les options qui concernent les clients et les fournisseurs qui se situent juste en-dessous de la case à cocher _Comptes auxiliaires et comptes généraux dans la même colonne_, sont actives seulement si cette case est cochée, et grisées si la case est décochée.

GRAND LIVRE : CLIENT, FOURNISSEUR, AUTRE AUXILIAIRE, EXPORT XLSX Correction N° 455 du 07/02/25

Lors de l’export vers Excel du _Grand-livre_ (_Général_, _Clients_, _Fournisseurs_ ou _Autres auxiliaires_), si l’export est lancé alors que le fichier est ouvert sous Excel, un message invite l’utilisateur à fermer le fichier Excel puis à relancer l’export.

EMAIL : RENOMMER LES OPTIONS DE SÉCURITÉ POUR LE SMTP Correction N° 456 du 07/02/25

Conformément à la nouvelle norme de nommage des options de sécurité pour le SMTP, les libellés des options ont évolués : - L’option _TLS_ devient _STARTTLS_, - L’option _SSL_ devient _SSL/TLS_. De plus, le n° de port SMTP sera désormais proposé par défaut lors de la sélection d’une option de sécurité : - Pour l’option _SSL/TLS_ : port _465_, - Pour l’option _STARTTLS_ : port _587_, - Si aucune option de sécurité n’est sélectionnée : port _25_.

OAUTH : AJOUTER L'OPTION D'AUTHENTIFICATION EN MODE SILENCIEUX Correction N° 457 du 11/02/25

Ajout d’une nouvelle méthode d’authentification utilisateur en mode silencieux.

FENÊTRE D'AUTOMATE D'INTERFACE QUI RESTE HORS ÉCRAN Correction N° 458 du 11/02/25

Les fenêtres de gestion de l’automate d’interface et de l’automate d’export de flux de trésorerie peuvent ne pas s’afficher lors de leur ouverture.

EDITION DES JOURNAUX : CERTAINES PAGES PARTENT SUR L'IMPRIMANTE MALGRÉ UN EXPORT PDF Correction N° 459 du 12/02/25

Lors de l’impression des journaux avec découpage mois par mois, et après avoir demandé un aperçu ou une impression en PDF, le second mois et les mois suivant sont imprimés sur l’imprimante.

EDITION DE LA LISTE DES ÉCARTS DE SOLDES ENTRE COMPTES FOURNISSEUR ET ÉCHÉANCIER Correction N° 460 du 13/02/25

Dans l'_Édition de la liste des écarts de soldes entres comptes et échéancier fournisseur_, la colonne _Raison sociale_, qui n'était pas alimentée pour les collectifs de type autre que _Fournisseur_, est désormais correctement imprimée.

EPURATION ANALYTIQUE À LA CLÔTURE ANNUELLE Correction N° 461 du 13/02/25

Lors de la clôture annuelle, dans la fenêtre _Clôture annuelle - Saisie des paramètres_, un libellé apparaît en bleu au bas de cette fenêtre pour : - indiquer la date jusqu'à laquelle les écritures analytiques vont être épurées, - ou pour indiquer que l'épuration des écritures analytiques est désactivée. Dans ce dernier cas, le dernier mot du message affiché n’apparaissait pas, et par conséquent le message pouvait prêter à confusion : Le message affiché était : _Epuration des écritures analytiques à la clôture annuelle_, au lieu de : _Epuration des écritures analytiques à la clôture annuelle_ *_désactivée_*. Ce message s’affiche désormais correctement.

INTERROGATION COMPTE - CHARGEMENT DES CUMULS PAR COLLECTIF INUTILE (OPTIMISATION) Correction N° 462 du 21/02/25

Optimisation du chargement de la table de l’onglet _Cumuls collectifs_ dans la fenêtre d’interrogation de compte,

SUPPRESSION DE COMPTE GÉNÉRAUX: AJOUT TEST COMPTE COLLECTIF RELIÉ Correction N° 463 du 24/02/25

Si un compte est associé à une racine de compte collectif, alors il est impossible de le supprimer, même s’il n’existe aucune écriture sur ce compte. Dans ce cas, pour pouvoir le supprimer, il faut d’abord modifier le collectif pour supprimer l’association avec ce compte.

ECHÉANCIER FOURNISSEUR : SÉLECTIONNER SUR LA RACINE DU COMPTE Correction N° 464 du 25/02/25

Dans l'_Échéancier fournisseurs_, il est désormais possible de sélectionner les échéances en filtrant sur la racine du compte grâce au champ _Collectif_ qui a été ajouté dans la fenêtre de _Sélection des échéances_.

AGRANDIR LES CHAMPS DU CODE DES IMMOBILISATIONS Correction N° 465 du 25/02/25

Dans certaines fenêtres du module _Immobilisations_, le code de l’immobilisation peut apparaître tronqué s’il est très long. Le champ _Code_ de l’immobilisation a donc été élargi, et une bulle avec le code complet apparaît au survol du champ lorsque celui-ci est tronqué. Ces modifications ont été apportées dans les fenêtres suivantes : * Création / Modification d’une immobilisation, * Création / Modification d’une sortie, * Plan d’amortissement, * Détail d’un amortissement.

FENÊTRE LTPVIS MODIFIABLE ALORS QUE LE PROFIL EST EN VISUALISATION Correction N° 466 du 26/02/25

Gestion des droits de modification et suppression dans la fenêtre _Détail d’un lettrage partiel_.

LICENCE - TENIR COMPTE DU PARAMÉTRAGE COPYMINDER AVANT DE RÉUTILISER UN JETON DE LICENCE Correction N° 467 du 04/03/25

Des améliorations ont été apportées dans la gestion de l’utilisation des jetons de licence.

OPTIMISATION DES TEMPS DE CHARGEMENT DES FENÊTRES D'INTERROGATION Correction N° 468 du 04/03/25

Les temps de chargement dans les fenêtres d’interrogation ont été améliorés surtout lorsqu’il y a un volume important d'écritures.

OAUTH : MASQUE DU CHAMP CLIENT SECRET Correction N° 469 du 12/03/25

Dans la configuration de l'authentification OAuth, le champ "Client Secret" est maintenant affiché avec des points noirs de la même manière qu'un mot de passe.
EDITION BILAN - ERREUR DANS LA REQUÊTE Correction N° 470 du 12/03/25

Lors de l'édition d’un _Bilan_, si une ligne du tableau à imprimer comporte une classe de compte pour laquelle le mode de traitement est invalide, alors un message est affiché pour indiquer à l’utilisateur la ligne du tableau de paramétrage à corriger.

FACTO CIC - GESTION DES FACTURES EN HT ET DES AJUSTEMENTS CIBLÉS Correction N° 471 du 13/03/25

Ajout de 2 nouveaux paramètres, facultatifs, dans la fenêtre d’_Export Facto CIC_ : * _Comptes de TVA (étrangers) à déduire_ : liste des comptes de TVA à déduire, séparés par des points-virgules. * _Nature de pièce pour les ajustements_ : si renseignée, seules les écritures ayant cette nature de pièce seront considérées comme des ajustements.

EDITION DU FICHIER DE DESCRIPTION D'INTERFACE (.FDF) - GÉRER RÉTRO-COMPATIBILITÉ ET SECTIONS MANQUANTES Correction N° 472 du 26/03/25

A l’ouverture d’un fichier FDF dans la fenêtre de paramétrage des interfaces, le programme ne charge pas correctement les champs : Les sections qui ne sont pas présentes dans le FDF sont chargées avec les valeurs par défaut. Si le fichier est enregistré, les interfaces peuvent ne plus fonctionner ou le fichier FDF ne plus fonctionner.

INTERFACE ÉCRITURE: NUMÉRO DE PIÈCE PROBLÈME DE CASSE Correction N° 473 du 26/03/25

Lors de l’import d'écriture par l’interface, il est possible d’inscrire des numéros de pièce avec des lettres en minuscules. Or, la recherche sur le numéro de pièce n’est possible qu’avec des majuscules. Après ce correctif, tous les numéros de pièce seront importés en majuscule. La recherche a été modifiée dans toutes les fenêtres pour permettre la recherche sans tenir compte de la casse.

OUVERTURE DU DOSSIER - CONTRÔLE DE LA MONTÉE DE VERSION Correction N° 474 du 27/03/25

Dans certains cas, le contrôle effectué pour déterminer la version du dossier à ouvrir est erroné. Pour éviter cela, un nouveau contrôle est désormais effectué et en cas de résultat incohérent entre ces 2 contrôles, un message demandera à l'utilisateur de déterminer la version à prendre en compte (ou d'annuler l'ouverture).
CALCUL DES ENCOURS - VÉRIFICATION DU BLOCAGE DES ENREGISTREMENTS Correction N° 475 du 27/03/25

Les blocages du fichier des tiers sont désormais contrôlés et en cas d’anomalie, un message est affiché (ou en mode automatique, un log est ajouté dans le répertoire “Historiques”).

MAJ CMSERVER 6.4.0 Correction N° 476 du 01/04/25

Mise à disposition de CMServer versionn6.4.0