Erreur date fichier FEC v3.68.2

J'avais signalé ce problème dès le 20 janvier. Jack avait répondu :

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.

Le 4 février j'avais signalé que la version 3.68.1 n'avait pas résolu le problème.

Et on a attendu la version 3.68.2.

Apparemment la version 3.68.2 ne donne pas un format de dates correct pour le FEC. C'est apparemment un gros travail "de télécharger les sources afin de générer un exécutable" mais si j'avais la moindre idée sur ce que cela signifie, j'y passerais volontiers du temps. Mais hélas je ne suis pas programmeur...  

Effectivement, j'ai ouvert un ticket sur github.
En attendant les dates sortent correctement quand les écritures sont validées.

Je viens de passer à la version 3.68.2.
Je constate une aggravation de la non-conformité du FEC par rapport à la version 3.68.1
Le test Compta Demat indique :
La structure du fichier des écritures comptables ne peut être considérée comme conforme aux dispositions de l'article A.47 A-1 du livre des procédures fiscales car des champs obligatoires n'ont pas
été détectés, cf. dernière colonne du tableau de synthèse en page 2.
Par ailleurs, le fichier des écritures comptables n'est pas conforme en raison des anomalies listées ci-dessous :
o Le champ «ECRITURENUM» n'est pas présent dans le fichier, l'information relative au numéro sur une séquence continue de l'écriture comptable n'a pas été trouvée dans la ligne d'entête ;
o Le champ «ECRITUREDATE» n'est pas présent dans le fichier, l'information relative à la date de comptabilisation de l'écriture comptable n'a pas été trouvée dans la ligne d'entête ;
o Le champ «COMPTENUM» n'est pas présent dans le fichier, l'information relative au numéro de compte n'a pas été trouvée dans la ligne d'entête ;
o Le champ «DEBIT» n'est pas présent dans le fichier, l'information relative au montant au débit n'a pas été trouvée dans la ligne d'entête ;
o Le champ «CREDIT» n'est pas présent dans le fichier, l'information relative au montant au crédit n'a pas été trouvée dans la ligne d'entête ;
o La structure du fichier est incorrecte ... il y a 13 champs au lieu des 11 champs attendus ;[662] fois dans le fichier.
Merci d'avance pour votre aide, je voudrais pouvoir résoudre cette question, mais je ne suis pas programmeur...

Oui Patsy je me suis mélangé.
Lysbleu tous les champs que vous indiquez existent dans le fichier, de plus c'est les mêmes que dans les versions précédentes. Sinon j'ai commencé ici : http://www.gambasforge.org/wiki

Merci Maguer, mais à mon âge c'est peu probable que j'arrive à devenir programmeur de mon vivant ! Mais je crois avoir détecté le bug ajouté chez moi dans la version 3.68.2.
Dans la comptabilité, Outils, Export fichier A47 (FEC) , l'adresse d'envoi des fichiers s'affiche sous la forme "n°Siren"FEC20170101-20171231. Mais l'exportation aboutit à un fichier dont les dates de début et de fin d'exercice sont inversées : "n°Siren"FEC20171231-20170101.
Si je rétablis le bon ordre des dates, j'obtiens un FEC avec la même non-conformité que celle constatée par Patsy : les champs PIECEDATE et VALIDDATE ont des dates qui ne sont pas dans le bon ordre.

je n'avais pas regardé l'export par mail, je vais corriger.
j'ai pris la liberté sur le fichier FEC de rajouter la date de l'ouverture de l'exercice en deuxième date.
le bon nom de fichier devrait être
"n°Siren"FEC20171231
"n°Siren"FEC20171231-20170101
le format du fichier est compatible avec le test fourni par la DGFIP
https://github.com/DGFiP/Test-Compta-Demat.git

mais effectivement il ne teste pas le bon format de date, c'est la raison pour laquelle je n'ai pas vu l'erreur...
dans la version 3.68.3 je vais faire des corrections sur les date (une ecriture non validée prend la date du document comme date de validation, plutôt que la date de fin d'exercice).

Dans la version 3.69 on va essayer de préparer des modifs pour faciliter le support de toutes les dates du FEC (date lettrage, date de saisie différent de date de document...).

par contre, il n'y a pas d'export par mail, je ne comprend pas la remarque de patrick :** l'adresse d'envoi des fichiers s'affiche sous la forme "n°Siren"FEC20170101-20171231" **

Merci Damscot, mais il me semble que c'est moi, et pas Patrick, qui a signalé l'inversion des dates de début et de fin d'exercice dans le nom du fichier d'export. J'ai revérifié aujourd'hui, et cette inversion ne provoque plus l'aggravation que j'avais constatée le 5 juin. Donc si tu préfères mettre la date de fin d'exercice avant la date de début dans le nom du fichier, cela n'a pas de conséquence, d'autant plus que l'on peut changer ce nom.
Mais pour être conformes avec le TEST COMPTA DEMAT les dates des colonnes PIECEDATE et VALIDDATE ne peuvent pas rester dans l'ordre américain (année jour mois) mais doivent s'afficher dans l'ordre français (année mois jour).
J'observe que la mise en conformité des colonnes PIECEDATE et VALIDDATEest reportée à la version Laurux 3.68.3 alors qu'elle était promise depuis janvier 2018. J'espère que la version 3.68.3 sera prête bientôt, personne ici n'ignore les risques liés à un fichier FEC AK47 non conforme...