DESCRIPTIF DES CORRECTIONS
LDCompta pour AS/400 Version 9.00 - Corrections 1 à 31
| MISE A DISPOSITION VERSION 9.00 | Correction N° 1 du 01/04/09 |
| RAFRAICHISSEMENT FICHIERS INITIALISATION NOUVEAU DOSSIER | Correction N° 2 du 20/04/09 |
Les fichiers d'initialisation utilisés lors de la création d'un nouveau dossier comptable ont été corrigés :
o Natures de pièce par défaut pour affichage du chiffre d'affaire en consultation de compte : FC, AC, FF, AF
o Journal de banque BQ : compte de banque associé 512100, et compte transitoire 511100
o Options Mouvementer compte transitoire et Imprimer Bordereau remise désactivées sur mode de paiement VB , PR et ES.
o Journal Achat : option Alimenter échéancier fournisseur sélectionnée par défaut
o Paramètre divers TVA : taux passé de 20,6 à 19.6 (y compris dans libellé).
Ces nouveaux fichiers d'initalisation sont ceux qui sont livrés dans la bibliothèque HMCPTDTA.
| CONVERSION V8-V9 + GESTION DOSSIER + INTERFACE + ACCÉS M2I + LANCEMENT COMPTA | Correction N° 3 du 21/04/09 |
Suite aux différents retours, divers correctifs ont été réalisés.
Conversion V8-V9 : La procédure plantait lors d'une conversion d'un dossier en V9 sur une machine qui n'avait jamais eu la V8 installée.
Les DTAARAs contenues dans la HMCPTUSR de la V8 sont créées dans la V9 si elles sont manquantes lors de la conversion.
Gestion des dossiers : Lors de la création d'un dossier, celui-ci n'était pas reconnu comme V9 (il fallait sortir et relancer la compta).
Le fichier FICINI des nouveaux dossiers était vide, la compta CS ne fonctionnait pas.
Interface : La procédure ne fonctionnait plus en BATCH et cela avait aussi des répercussions en CS.
D'autre part, il y avait un problème de droits sur les procédures lors du lancement en CS.
Accès M2I : Dans le menu général, l'accés au menu connexions bancaires a été ajouté. Cette option s'affiche toujours mais ne fonctionne
que si M2I est installé sur la machine.
Les procédures d'appel ont été modifiées pour mettre en phase le code société et la bibliothèque de fichiers.
Lancement comptabilité : La commande CP ne fonctionnait pas avec un code dossier à 3 caractères.
Commande & CL modifiés dans PGMTOOLS. Le mot de passe & le choix d'un menu ou d'une option sont désactivés en V9.
La commande reste identique pour compatibilité avec les éventuels programmes appelant.
| MENU COMPTA V9 NON PERSONNALISABLE | Correction N° 4 du 28/04/09 |
Il n'était pas possible de personnaliser le menu de lancement de la comptabilité.
Les programmes de lancement INLPGM* sont modifiés.
| NUMPIE PART EN BOUCLE | Correction N° 5 du 30/04/09 |
La traduction en ILE RPG 'évolué' de NUMPIE a généré un problème de boucle infinie (MOVE *BLANKS NPIEW transformé en EVAL NPIEW=*ZEROS)
--> re-traduction en RPG ILE moins évolué (en gardant les lignes MOVE)
| CORRECTION CONVERT CONVERSION V8-V9 | Correction N° 6 du 13/05/09 |
Certaines nouvelles zones de la base de données V9 n'étaient pas mouvementées lors de la conversion.
Le programme se contentait de faire l'équivalent d'un CPYF *MAP *DROP, il a été modifié pour mouvementer ces zones.
Liste des zones dont le contenu a été corrigé :
Fichier CPTAUX : Zone SUSP = 'N'
Fichiers CPTCLI & CPTFCO : Zone SUSP = 'N', zone LIBI = RSSO
Fichiers CPTSVI et CPTSCH : Zone CNT2 = CNAT V8
Fichier CPTHIS : DATK, HEUK, UTIK & PGMK renseignées.
| INTERROGATION COMPTE ÉCRAN VERT + MENU | Correction N° 7 du 13/05/09 |
A la demande générale, remise en route de l'interrogation des comptes 5250.
Les touches de fonction qui appelaient des programmes de gestion ont été supprimées.
Les programmes de visu et de liste (F4) ont été conservés.
Le F20 (détail) fonctionne sur les références, les N° de pièce et les montants (analytique).
ATTN : En fin de d'installation, le fichier CPTHISL7 doit être copié automatiquement dans toutes les bibliothèques en V9.
Si pour une raison quelconque cela n'a pas fonctionné, lancer le programme HMCPT/CPR907CL
Si cette procédure ne fonctionne pas, copier 'à la main' le logique CPTHISL7 de HMCPTDTA vers les bibliothèques de fichiers.
CRTDUPOBJ OBJ(CPTHISL7) FROMLIB(HMCPTDTA) OBJTYPE(*FILE) TOLIB(xxxxxxxx)
| INTERFACE COMPTA : COMMENTAIRES NON RÉCUPÉRÉS | Correction N° 8 du 24/06/09 |
Suite à une erreur de traduction RPG3->RPG4 et des tests pas assez poussés, les commentaires envoyés dans CPTHIY ou CPTRGZ étaient toujours ignorés.
CPUIAA2 a été modifié.
| OUVERTURE COMPTA : AFFICHAGE DOSSIERS EN COURS OU BIEN TOUS LES DOSSIERS | Correction N° 9 du 26/06/09 |
A la demande de JR, pour les clients ayant beaucoup de dossiers en AS400, le programme de choix de la société a été modifié.
Par défaut on affiche que les dossiers en cours, on peut basculer à l'affichage de tous les dossier par la touche F11.
La touche F11 permet de passer d'un mode d'affichage à l'autre.
NB : Les dossiers sont préalablement triés par code société en cours et exercice, les dossiers d'archives s'affichent donc (en bleu)
immédiatement après le dossier courant et cela quelque soit le code société dans le fichier.
| INTERFACE PAR CPTHIY V8 : PAS D'ENREGISTREMENT TRAITÉ | Correction N° 10 du 08/07/09 |
Dans le cas d'un appel de la procédure d'interface (mode compatibilité V8-CPTHIY) par autre logiciel, il arrivait que la procédure
de traduction de V8 à V9 ne fonctionnait pas --> 0 enregistrement traité.
Cette procédure fonctionnait parfaitement si elle était lancée par l'option du menu de la comptabilité parce que dans ce cas la CURLIB était en place.
--> Modification de la procédure pour fonctionner dans tous les cas (LIBLIST)
ATTN : Il faut impérativement que CPTHIY et CPTHIZ soient dans la même bibliothèque.
| CONVERSION V8>V9 - PROBLÈME CPTPDI | Correction N° 11 du 15/07/09 |
Durant la conversion V8 à V9, la procédure vérifie que le correctif V8 N80 a déjà été effectué et si ce n'est pas le cas elle le fait.
Il y avait alors interaction entre ce traitement et la conversion du fichier CPTPDI à cause d'un OVRDBF.
Dans ce cas, après conversion, le fichier contenait les enregistrements par défaut (HMCPTDTA) au lieu de la copie du fichier d'origine.
Procédure de reprise :
Le fichier d'origine ayant été sauvegardé dans une bibliothèque (dont le nom vous est fourni en début de conversion, en général CV8xLIB),
il est possible de le récupérer par un CPYF.
CPYF FROMFILE(CV8xLIB/CPTPDI) TOFILE(CPxTLIB/CPTPDI) MBROPT(*REPLACE) FMTOPT(*NOCHK)
NB : Apparemment même si une requête SQL est qualifiée (update CPTxLIB/CPTPDI) un OVRDBF (sur CPTPDI) sur une autre bibliothèque prend le dessus.
| COMPATIBILITÉ V6R1M0 | Correction N° 12 du 15/07/09 |
Par acquis de conscience nous avons vérifié la compatibilité V6R1M0.
5 objets n'étaient pas compatibles.
| INTERFACE LISTE DE CONTROLE - N° PIECE TRONQUE | Correction N° 13 du 04/08/09 |
En cas d'erreur "Pièce non équilibrée", le N° de pièce qui était inscrit sur la liste de contrôle suite au message d'erreur était tronqué (9 caractères au lieu de 10).
| CLOTURE ANNUELLE - PROGRAMME ASEXEC | Correction N° 14 du 13/08/09 |
La procédure de clôture d'exercice lancée sur un dossier en environnement Client/Serveur AS/400 échouait si le profil utilisateur de la connexion AS/400 ne disposait pas des droits spéciaux *ALLOBJ.
Pour contourner ce problème de droits, les commandes permettant d'archiver le dossier comptable sont désormais exécutées sur l'AS/400 au travers du programme ASEXEC, qui appartient à l'utilisateur QSECOFR et dispose des privilèges d'exécution USRPRF(*OWNER). Ainsi, toute commande exécutée au travers de ce programme contourne tous les problèmes de sécurité, l'utilisateur QSECOFR disposant des droits spéciaux *ALLOBJ.
| ERREUR RECUP RELEVE M2I CPUIRB* | Correction N° 15 du 18/09/09 |
Problème d'ouverture sur CPTDTA, l'OVRDBF n'était pas fait dans le programme CPUIRB --> erreur fichier non trouvé.
Cette erreur avait été corrigée le 28/04/2009 sans être publiée. C'est chose faite.
| PROBLEME GESTION DES MENUS AVEC AUTORISATION OU OPTION PAR DEFAUT | Correction N° 16 du 21/09/09 |
Il y avait un problème dans le gestionnaire de menus, suite à la recompilation de tous les programmes de PGMTOOLS pour être compatible avec l'OS/400 V6.
Cela se manifestait lors de l'appel d'un menu en modification, si le menu comportait des autorisations particulières (gestion des droits d'accès sur certaines options du menu) ou une option par défaut.
| INTERFACE : PROBLEME DE DROITS DANS CPYFV8V9 EN UTILISANT CPTHIY/CPTRGY (TYPE V8) | Correction N° 17 du 01/10/09 |
Lors du lancement de la procédure d'interface avec les anciens fichiers V8, le programme de copie (CPYFV8V9) pouvait planter sur un problème de droits.
Cela alors que la procédure appelante (CPUIAACL) était bien exécutée en QSECOFR-OWNER.
Le programme doit donc être compilé en QSECOFR-OWNER ou modifié par les 2 lignes de commande :
CHGOBJOWN HMCPT/CPYFV8V9 objtype(*PGM) newown(QSECOFR) curownaut(*same)
CHGPGM HMCPT/CPYFV8V9 USRPRF(*OWNER)
| CLOTURE ANNUELLE - REVISION PROGRAMME ASEXEC | Correction N° 18 du 02/10/09 |
Suite à la correction N° 14, on rencontrait encore parfois des problèmes en clôture annuelle, en raison d'un mauvais passage de paramètre au nouveau programme ASEXEC. Ce problème était malheureusement assez diffcile à cibler, car il ne se produisait pas sur tous les systèmes AS/400.
Ce problème a été contourné en réécrivant le programme AS/400, qui attend désormais 2 paramètres : la commande AS/400 à exécuter, et la longueur (en nombre de caractères) de cette commande.
| MISE A DISPOSITION BASE DE DONNEES IMMOBILISATIONS | Correction N° 19 du 05/10/09 |
Suite à la publication du nouveau module Immobilisations dans LDCompta Windows V9, de nouveaux fichiers sont livrés dans la base de données DB2 (fichiers dont le nom commence par IMO*).
Ces fichiers sont livrés dans la bibliothèque HMCPTDTA, et sont automatiquement dupliqués dans chaque dossier comptable :
- soit par la commande CONVERT lors de la migration d'un dossier comptable
- soit lors de l'installation du package correctif sur l'AS/400 incluant cette correction N° 19
- soit lors de la création d'un nouveau dossier comptable.
| FICHIER MODELE POUR CREATION SOCIETE - DATE CLOTURE PRERENSEIGNEE | Correction N° 20 du 12/10/09 |
Dans les fichiers modèles servant à la création d'une nouvelle société, la date de clôture était pré renseignée au 31/12/2008.
Cette date doit être à blanc, pour forcer la saisie de cette date de dernière clôture à la première ouverture du dossier qui suit sa création.
Remarque : comme il n'est pas possible de modifier un fichier de la bibliothèque HMCPTDTA (contenu du fichier CPTPAR), cette correction ne sera effective qu'au travers d'une réinstallation complète via le CD N° 26.
| SAUVEGARDE/RESTAURATION ERREUR AU LANCEMENT | Correction N° 21 du 21/10/09 |
Une erreur survenait au lancement de la sauvegarde ou de la restauration des dossiers. (nombre de paramètres)
| CONVERT : ERREUR INVERSION DE LA ZONE SENS + INTERFACE :MISE À JOURS ZONES DATE/HEURE/PRORAMME DE CRÉATION | Correction N° 22 du 26/10/09 |
Lors de la conversion des données da la V8 à la V9, il y avait inversion de la zone SENS.
L'installation de ce correctif recalcule la zone SENS sur les fichiers CPTHIS, CPAHIS et CPTRGF de toutes les bibliothèques de fichiers en version V9.
Attention le passage de ce recalcul peut être long.
Les nouvelles zones mémorisant la création des écritures n'étaient pas mouvementées par la procédure d'nterface. C'est maintenant chose faite.
| PROBLEME PROPRIETAIRE OBJETS SUR LES CORRECTIONS | Correction N° 23 du 03/11/09 |
Le processus d'installation automatique des correctifs ne gérait pas toujours correctement la question du propriétaire des objets installés.
De ce fait, certains programmes qui nécessitent d'être la propriété de l'officier de sécurité (QSECOFR) changeaient de propriétaire au travers du processus de diffusion des correctifs via LDUpdate.
Ce problème est désormais au réglé par le package correctif Niveau 23 de LDCompta AS/400 Version 9.
PS : un nouveau programme nommé CHGOWNCL, livré dans PGMTOOLS, est appelé systématiquement pour chaque objet dupliqué de la bibliothèque de corrections vers une bibliothèque de production. C'est ce programme qui se charge de rétablir sur l'objet dupliqué le propriétiare de l'objet d'origine.
| SOUMISSION AUTO EN-COURS CLIENT & DEPASSEMENT ECHEANCES | Correction N° 24 du 03/03/10 |
Pour les sociétés qui utilisaient les procédures automatiques dans WRKJOBSCDE, les programmes :
CPEDPEAU - Soumission automatique Dépassements échéances
CPEECFAU - Soumission automatique màj en-crs financier client
et tous les éléments liés ont été traduits en version 9.
| CONVERT : ERREUR DE NIVEAU SUR LE FICHIER QADBIFLD EN VERSION 5.1 | Correction N° 25 du 08/04/10 |
Lors du lancement d'un CONVERT sur une machine en V5R1M0, il y avait une erreur de niveau sur le fichier système QADBIFLD.
Correction du CL pour ajouter un OVRDBF LVLCHK(*NO)
| AJOUT IBAN DANS FICHIERS VIREMENTS-PRELEVEMENTS | Correction N° 26 du 23/12/10 |
Cette correction gère le reformatage des 3 fichiers CPTSVI, CPTSVC, CPTSPR, dans lesquels on a ajouté les zones IBAN.
L'installation de cette correction sur l'AS/400 est indispensable dès lors que côté Windows, on dispose d'une version 9 avec un niveau
supérieur ou égal à 289.
Cette correction apporte également les nouveaux fichiers nécessaires au module GED, et ceux du module de compensation.
| CREATION NOUVEAU FICHIER CPTRLC POUR LIGNES COMMENTAIRES RELEVES DE BANQUE | Correction N° 27 du 19/05/11 |
Cette correction permet de créer le nouveau fichier CPTRLC nécessaire à la gestion des lignes "compléments" sur les relevés bancaires (voir correction 344 de LDCompta pour Windows).
Le fichier CPTRLC est créé automatiquement lors de l'installation de cette correction, dans HMCPTDTA d'une part, et dans tous les dossiers comptables AS/400 Version 9.00 référencés sur l'AS/400.
Mais l'installation de cette correction est facultatif. A défaut, la création de ce fichier CPTRLC est prise en charge directement par LDCompta Windows, à la première ouverture d'un dossier en base Client/Serveur AS/400 faisant suite à l'installation de la correction V9 N344 sur le poste Windows.
| ERREUR DE NIVEAU DE FICHIERS SUITE CRÉATION DE DOSSIER | Correction N° 28 du 19/07/11 |
A la création d'un dossier par CPSDOSCL le fichier FICINI était mis à jour avec une mauvaise version de fichier (datant de 2008), cela entrainait une erreur à l'ouverture du dossier par la version windows.
Modification de CPSDOSCL pour mettre en version 9.00c '20101221 102006'
Fenêtre de l'erreur
NB : Si la mise à jour par LDUpdate ne fonctionne pas, passer cette commande : CALL CPRDOS2R4 ('20101221 102006')
| INTERFACE COMPABLE ERREUR ZONE SENS=0 SUR CPAHIS | Correction N° 29 du 18/10/11 |
Le programme CPUIAA2 ne mettait pas à jour le champ SENS de CPAHIS.
CPR929CL lance les requêtes de correction sur tous les fichiers CPAHIS V9 contenu dans l'AS400. Cela peut être long...
| INTERFACE : ECRASE DATE DE CRÉATION CPTHIS SI LETTRAGE + ERREUR NIVEAU FICHIER EN VERSION 7.1 | Correction N° 30 du 17/02/12 |
CPUIAA2 : La date de création DATK de CPTHIS était mise à jour par le lettrage.
CPUIAACL : La copie de CPTHIY en CPTHIZ par CPYV8V9 plantait avec une erreur de niveau QADBIFLD sur AS400 en version 7.1.
| ZONE DE DONNEES CPDEVI MAL RENSEIGNEE EN ENVIRONNEMENT AS400 | Correction N° 31 du 14/05/12 |
Pour les dossiers créés en environnement AS/400, le paramètre programme CPDEVI livré par défaut (dans la bibliothèque HMCPTDTA) était mal renseigné. On avait 3 zéros en position 1 de ce paramètre, alors que ces 3 zéros auraient dû être en position 43 à 45. Et l'on pouvait avoir parfois quelques petits effets de bord suite à cette anomalie, sans gravité toutefois.
Suite à cette correction, le paramètre programme CPDEVI livré par défaut dans HMCPTDTA est correct.
Notez que parallèlement à cela, la correction N° 482 de LDCompta pour Windows Version 9.00 règle le problème sur les dossiers créés antérieurement à l'installation de cette correction 31 sur l'AS/400.