FEC A47 erreurs

Soumis par lysbleu le sam 20/01/2018 - 19:10
Forums
Comptabilité

Le rapport fourni par Test compta demat indique plusieurs erreurs dans le FEC 2017 :

"º Le champ ECRITUREDATE n'est pas au bon format, ... un format date est incorrect ; ... [667] fois dans le fichier
º Le champ PIECEDATE n'est pas au bon format, ... un format date est incorrect ; ... [667] fois dans le fichier
º Le champ VALIDDATE n'est pas au bon format, ... un format date est incorrect ; ... [667] fois dans le fichier
Vérifiez que le nom des champs est correctement libellé, que le nombre de séparateurs de champs est correct sur l’ensemble du fichier.
Données absentes :
º Au moins un enregistrement dans le FEC ne contient pas de valeur pour le champ COMPTELIB"

A la page 2 du rapport, les noms des 18 champs semblent bien corrects.
Je ne vois pas comment modifier le format date des 667 enregistrements.
La valeur manquante dans le champ COMPTELIB c'est un fournisseur d'immobilisations. Je ne vois pas comment intervenir dans mes comptes qui sont clôturés !

Dans le fichier FEC édité par Laurux, je vois que toutes les dates sont au format de 8 caractères. Les quatre derniers indiquent le mois et le jour et semblent donc
corrects.
Mais les quatre premiers caractères sont tous 0:000. J'imagine qu'ils devraient indiquer l'année ?

Le compte n° 404000 a servi pour un fournisseur d'immobilisations. Je ne vois pas pourquoi Laurux "oublie" de faire apparaître le libellé de ce compte dans la colonne COMPTELIB du fichier FEC, mais c'est sans importance, j'ai pu écrire directement ce libellé dans le FEC. Le test compta demat ne mentionne plus aucune donnée manquante dans le champ COMPTELIB.
Mais je ne vois pas comment Laurux a pu remplacer les 4 chiffres de l'année 2017 par
0:00 sur toutes les dates du fichier FEC....

Les quatre premiers chiffres des dates dans le FEC sont tous 0:00 (et non 0:000 comme indiqué par erreur dans le message ci-dessus)

Vu le programme sur gitlib, mais j'en fais quoi ?
J'ai essayé de mettre à jour Laurux, mais il répond "aucun patch de mise à jour disponible"
J'ai à nouveau exporté le fichier FEC mais rien n'a changé : toutes les dates sont encore à 0:00 au lieu de 2017.

Voici le programme sur Gitlib :
est-ce que je dois écrire ce programme dans un terminal ?

copt = rResult!numerodef
Endif
Datec = rResult!dteval
- If IsNull(Datec) Then Datec = rResult!dte
+ If IsNull(Datec) Then Datec = Utils.Cdate_aff(dte)
Datec = Right$(datec, 4) & Left$(datec, 2) & Mid$(datec, 4, 2)
- Dateecr = rResult!dte
+ Dateecr = Utils.Cdate_aff(dte)
Dateecr = Right$(dateecr, 4) & Left$(dateecr, 2) & Mid$(dateecr, 4, 2)
intitule = .Accent(rResult!intitule)
libellejo = .Accent(rResult!libelle_jo)

Merci d'avance pour votre aide !

il faut attendre la prochaine mise à jour.
Sinon, vous pouvez télécharger les sources afin de générer un exécutable. Mais à moins d'une urgence réelle je vous conseille d'attendre la sortie de la version 3.68.1 qui ne devrait pas tarder.

lysbleu

lun 22/01/2018 - 16:23

Permalien

Je vais attendre la version 3.68.1 de Laurux.
J'espère également la nouvelle version de Laurux.Pos
Bon courage à tous !

J'ai donc Laurux 3.68.1 "en phase de test". Je constate que la colonne ECRITUREDATE est maintenant au bon format, mais les colonnes PIECEDATE et VALIDDATE restent avec l'année en 0:00.
La correction publiée sur github pourrait s'appliquer aussi à ces deux colonnes ?
Vérifiez aussi la colonne ECRITUREDATE qui est signalée en troisième page du rapport Test compta demat alors que je ne vois pas d'anomalie dans cette colonne...

Bonsoir,

Chez moi, la v3.68 ne donnait aucune erreur dans le fichier FEC.

Sur la v3.68.1, il y a une erreur sur toutes les dates,elles sont au format AAAAJJMM) au lieu de AAAAMMJJ. et en plus je n'ai fait aucune cloture mensuelle et toutes les dates sont 20173112 (donc 31/12/2017) ce qui ne doit pas être normal.

La v3.68.1 chez moi donne l'année 2017 seulement dans la première colonne des dates (ECRITUREDATES) et dans toutes les autres colonnes l'année apparaît sous la forme 0:00.
Comme l'a écrit Patsy, le mois et le jour sont inversés, je peux le constater pour la première colonne des dates (ECRITUREDATES), mais dans toutes les autres colonnes dates il y a seulement un chiffre, le même pour toutes les lignes.

Bonjour, La v3.68.1 donne chez moi le même résultat que pour Patsy : les 3 colonnes de date donnent la date de clôture (31/12/2017) avec le jour et le mois inversé (20173112 au lieu de 20171231).
La v3.68.1 a été installé sur la v3.67.3 suite au problème de format date 0:00... du fichier FEC.

Help ! Help ! Help !

J'utilise ce format (comme d'autres je suppose) pour le transfert au cabinet comptable pour la production du bilan...

Merci d'avance!