DESCRIPTIF DES CORRECTIONS
LDCompta pour AS/400   Version 10.00 - Corrections 1 à 19

MISE A DISPOSITION VERSION 10 Correction N° 1 du 27/05/14

 
DOSSIER HMCPTDTA PAS A JOUR Correction N° 2 du 27/05/14

Lors de la création d'un dossier AS/400, qui se fait par récupération des données contenues dans la bibliothèque HMCPTDTA, on avait des problèmes dus au fait que les données dans cette bibliothèques HMCPTDTA n'étaient pas toutes renseignées. Il manquait notamment la Fiche Société et le plan comptable par défaut.
De plus, la date permettant de définir quelle est la structure des données, date enregistrée dans le fichier FICINI, n'était pas la bonne. Elle ne correspondait pas à la dernière mouture de la base de données de LDCompta V10.
ERREUR CONVERSION SUITE MISE EN PLACE NIVEAU 2 Correction N° 3 du 10/07/14

Les fichiers contenant les nouveaux champs analytiques ont été converti par un programme RPG qui ne fonctionnait qu'en ajout.
Depuis la mise à disposition des fichiers pré-remplis dans HMCPTDTA, il y avait plantage à la migration du CPTPLA.
Correctif des CL CPRDOS2R et CPRDOS2R0 pour effacer le fichier migré avant ajout.

ERREUR DONNE DECIMALE DANS CPURFO Correction N° 4 du 04/09/14

Dans la procédure d'interface, il y avait systématiquement une erreur de donnée décimale dans le programme CPURFO qui met à jour les données dans l'échéancier fournisseur.

CONVERT PROBLÈME LIBLIST + INTERFACE NON FONCTIONNEL EN BATCH Correction N° 5 du 10/09/14

CONVERT  ne pouvait pas fonctionner sans mettre la compta en ligne, il fallait ajouter HMCPTUSR en LIBL.
                  Création d'un CONVERTCL qui sauvegarde la LIBL, qui ajoute HMCPTUSR/HMCPT puis appelle CPRDOS (ancien CONVERT)
CPUIAACL Ne fonctionnait pas en BATCH (version test interactive laissée par erreur)  

CPLFCO ERREUR DE NIVEAU CPTFCOL3 Correction N° 6 du 26/09/14

 La liste des fournisseurs renvoyait une erreur de niveau sur CPTFCOL3. Recompilation.

INTERFACE : CPTRGF AJOUT IBAN OUBLIÉ SUR VIREMENTS ET ERREUR SI UTILISATION CPTRGZ Correction N° 7 du 14/11/14

Les nouveaux champs IBAN avaient été oubliés à la génération des échéances dans le fichier CPTRGF.
La procédure CPUIAACL plantait si CPTRGZ était utilisé  (CPYF vers PTRGX au lieu de CPTRGX)           
INTERFACE : CPTRGX NON EFFACÉ EN FIN DE PROGRAMME Correction N° 8 du 04/12/14

Le fichier CPTRGX n'était pas effacé à la fin de la procédure CPUIAACL.    
Cela entrainait une multiplication des règlements si le programme appelant n'effaçait pas non plus ce fichier de travail.           

INTERFACE ECRITURES AVEC VENTIL. ANALYTIQUE MULTIPLE Correction N° 9 du 15/12/14

Dans le cas d'une interface comportant des écritures de comptabilité générale avec ventilation analytique sur plusieurs lignes (cas 3 de la documentation de l'interface page 10, N° de séquence analytique > 1), écritures reçues en devise de référence alors que le module devise est actif, les écritures étaient validées sans aucune ventilation analytique. 
CPVRGC VISU EN-COURS CLIENT ÉTAIT RESTÉ EN BÊTA : ERREUR DE NIVEAU. Correction N° 10 du 22/09/15

Le programme CPVRGC a été migré avant disparition du CPTNER et avait été oublié lors de cette disparition. 
Erreur de niveau lors du lancement.
Cela n'arrive que chez les clients utilisant encore la visu des comptes en mode caractère.                                                      

SAUVEGARDE/RESTAURATION LIMITÉS AUX DOSSIERS EN COURS Correction N° 11 du 06/11/15

 De base, les sauvegardes/restaurations de dossiers comptables sont limités à 60 dossiers.                                             
Le programme n'affichait que 60 lignes du fichier société, ce qui était insuffisant chez certains clients.                           
Pour afficher plus de dossiers, les lignes affichées sont dorénavant les dossiers en cours.
Un message prévient, que pour les archives, il faut passer par SAVLIB/RSTLIB.         
HISTORIQUE DES MODIFICATIONS DES IBAN (FOURNISSEURS, CLIENTS, AUTRES AUXILIAIRES) Correction N° 12 du 15/02/16

Conformité avec version 10 niveau 167 de LDCompta pour Windows. 
Les fichiers CPTRIM/CPTRIML1 sont créés par la version Windows. 

INTERFACE TYPE V8 : CPTRGY NON TRAITÉ SI CPTHIY VIDE Correction N° 13 du 30/03/16

Dans le cas d'une interface de type V8 (CPTHIY/CPTRGY), si CPTHIY était vide, la procédure ne traitait pas CPTRGY non vide.
INTERFACE : PAS DE RAZ ZONE NRGC DE CPTHIS --> EN COURS FAUX + APPLICATION MODIF WINDOWS V9N533 Correction N° 14 du 21/04/16

En version 9, le fichier CPTNER a été remplacé par la zone CPTHIS.NRGC       
Il y avait un souci dans la procédure d'interface (CPUIAA2) : si cette nouvelle zone NRGC était renseignée lors de la comptabilisation d'un règlement, elle n'était pas remise à zéro sur les enregistrements suivants. Cela entrainait des encours clients totalement faux.                                           
Solution pour corriger si nécessaire, par la requête SQL ci-après :                                             
update CPTHIS set NRGC=0 where NRGC<>0 and CNAT<>'C' and PGMK='INTERFACE'                              

D'autre part, la correction N° 533 faite en version 9 fin 2012 n'avait jamais été reportée dans la procédure d'interface en mode AS/400.
Le paramètre indiquant comment renseigner le libellé d'un règlement client (premier caractère du paramètre programme CPSRGC), qui valait auparavant 1,2 ou 3, prend désormais les valeurs comprises entre A et L :
1=A : Mode paiement long  + nom abrégé toutes lignes        
3=B : Mode paiement court + nom abrégé toutes lignes      
2=C : Mode paiement long  + nom abrégé sauf ligne client  
  D : Mode paiement court + nom abrégé sauf ligne client  
  E : Mode paiement long  + lib interne toutes lignes     
  F : Mode paiement court + Lib interne toutes lignes     
  G : Mode paiement long  + lib interne sauf ligne client 
  H : Mode paiement court + Lib interne sauf ligne client 
  I : Mode paiement long  + Rai.Sociale toutes lignes     
  J : Mode paiement court + Rai.Sociale toutes lignes     
  K : Mode paiement long  + Rai.Sociale sauf ligne client 
  L : Mode paiement court + Rai.Sociale sauf ligne client                

INTERFACE : CPTRGX NON EFFACÉ SI CPTRGY UTILISÉ ET ERREUR DE L'INTERFACE. Correction N° 15 du 25/05/16

Dans le cas de l'interface compatible V8                                              
Si CPTRGY était utilisé, en cas d'erreur de l'interface, le CPTRGX n'était pas effacé en fin de procédure.
De ce fait, les lancements d'interface suivants étaient toujours en erreur même après avoir corrigé la cause de l'erreur.   

INTERFACE : MEMORISER L'UTILISATEUR AS400 DANS L'UTILISATEUR DE CREATION - CPTHIS.UTIK Correction N° 16 du 19/09/16

Modification de la saisie des paramètres d'interface, ajout d'une zone : Mémoriser Profil AS400 de lancement.
Modification de la validation des écritures pour mouvementer le champ CPTHIS.UTIK suivant ce paramètre.
NB : Ce paramètre est à N=Non par défaut.
        Si les utilisateurs de la compta windows sont identiques aux profils AS400, mettre à O=Oui.

INTERFACE : ZONE DE TRAVAIL NUMERO DE RÈGLEMENT NRGC TROP PETITE. Correction N° 17 du 25/11/16

CPUIAA2 : Validation de l'interface.                           
la zone de travail CPNRGC était encore définie sur 7 caractères alors que la zone NRGC du fichier est sur 9 caractères.        
MAUVAIS RAZ FICHIERS V9/V10 SI PAS DE VALIDATION SUR INTERFACE EN V8 Correction N° 18 du 18/09/17

L'interface V10 accepte des fichiers dans les formats antérieurs V8 & V9. 
Lors du lancement de type V8 ou V9 sans validation, les fichiers de travail n'étaient pas remis à blanc correctement.
Le lancement suivant déclenchait l'affichage de l'écran d'erreur pour fichiers multi versions 'non vides' en entrée.
Le traitement d'effacement a été mis en conformité.
LA CRÉATION D'UNE BIBLIOTHÈQUE AVEC COPIE DU PARAMÉTRAGE ÉTAIT RESTÉE EN V9 Correction N° 19 du 05/01/18

Les fichiers CPTRIF-Rib Fournisseurs, CPA*-Paramètres analytiques et IMO*-Paramètres immobilisations n'étaient pas gérés.
Ajout du booléen permettant la copie des IMO*