Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

BUG Export Fiducial (winfic)

Le_Gui

Suite à notre conversation téléphonique, voici pour rappel le problème que je rencontre avec l'export comptable FIDUCIAL.

Voici une capture de ce que m'affiche la fenêtre export données comptables :

Voici ce qui est généré dans le fichier texte :

Pour rappel, le chiffre 9 avant ATL98 correspond a l'id de l'établissement qui apparait dans le fichier texte.

Autre exemple :

Je paramètre l'export pour avoir autre chose dans le champ aux :

Voici ce qui est généré dans le fichier texte :

Dernier exemple :

Le contact Atlantis 98 a pour numéro d'ID 37 dans la table des contacts : donc rien a voir avec 9 et 98.

Merci d'avance pour la prise en compte de ce bug important (heureusement que j'ai l'oeil...)

J'attends votre retour.

Bien cordialement,

.Guillaume.

Gestan

En effet, si vous demandez un export avec l'auxiliaire en référence client, ça ne pouvait pas fonctionner.

La correction n'était pas très simple, mais on a sorti ce soir une version beta pour un client qui avait une urgence, la correction de winfic a été intégrée dedans, enjoy.

(merci pour la description précise du problème)

Le_Gui

Merci pour la réponse et la correction rapide.

Une question : comment est généré le code présent dans la 6ième "colonne" du fichier txt ?

Je devine qu'il répond à ce cahier des charges (fichier attaché)

{"embed-external":{"data":{"url":"http:\/\/forum.gestan.fr\/uploads\/997\/NRQZ6E41NUV9.pdf","name":"Accountancy-format_Winfic-eWinfic-WinSisCompta.pdf","type":"application\/pdf","size":173394,"mediaID":4394,"dateInserted":"2021-04-21T08:29:10+00:00","insertUserID":6619,"foreignType":"embed","foreignID":6619,"embedType":"file","format":null,"bodyRaw":null},"loaderData":{"type":"file","file":[],"progressEventEmitter":{"listeners":[null]}}}}

puisque il commence par 9, fait 6 caractères et se termine par le numéro id de la table contact.

MAIS c'est là tout mon questionnement : c'est précisément ICI que doivent figurer les numéros de compte des contacts car mon client et son comptable se sont organisés afin d'avoir la même classification par code client. : 9+5 caractères alpha numériques.

C'est la raison pour laquelle je mets dans le champ "ref externe" le code du client = le même que chez le comptable

afin que quand on importe le fichier (texte renommé en ecriture.win) dans eWinfic, le logiciel comptable puisse rapprocher les écritures plutôt que créer un nouveau client.

J'espère avoir été assez clair dans la description de ce que je recherche : comme mon client bascule d'une autre solution vers Gestan (justement pour l'export Fiducial), il y a des années d'exercice avec des centaines de clients, tous déjà numérotés chez le comptable !

N'hésitez pas à revenir vers moi pour toute question ou précision.

Merci d'avance 🙂

.Guillaume.

Gestan

Pour tout vous dire, cet export avait été développé par un contributeur externe à ICS/Gestan. Or ce développeur est décédé il y a un an et demi, et nous avons repris ce programme un peu à l'aveugle.

Merci, donc, pour les spécifications, que nous avons mis en ligne sur le wiki http://wiki.gestan.fr/doku.php?id=wiki:v15:compta:exportximport elle pourront aussi servir à d'autres éditeurs de logiciel.

Pour la colonne 6, les specs Fiducial disent :

N° du compte général ou auxiliaire : quel que soit ce compte, il est obligatoirement sur 6 caractères (compléter avec des zéros si nécessaire). Les comptes généraux sont exclusivement numériques. Les comptes auxiliaires peuvent comporter des caractères alphanumériques et doivent être en majuscules. Ils sont de 2 sortes : les comptes auxiliaires clients : ils doivent commencer par un “9”, les comptes auxiliaires fournisseurs : ils doivent commencer par un”0” (zéro).

Ce n'est pas excessivement clair, aussi nous avons écrit ce que fait actuellement le programme : http://wiki.gestan.fr/doku.php?id=wiki:v15:compta:exportximport#le_format_winfic

C'est du moins ce que nous avions intégré dans la release d'hier soir, mais Windev (comme les autres produits PCSoft) est affiligé d'un problème de perte de code : les développeurs écrivent du code, mais il disparaît de façon aléatoire. Nous avons ouvert un sujet sur le forum de PCSoft https://forum.pcsoft.fr/fr-FR/pcsoft.fr.windev/245726-suppression-perte-code-249011/read.awp , mais la politique de support de PCSoft (pas d'intervention de l'équipe technique sur le forum, et censure féroce de tout message non politiquement correct) ne les aide pas à résoudre le problème...

Nous allons vous mettre une nouvelle release en ligne dans environ 15 minutes.

Gestan

OK, release en ligne.

Vous nous dites ?

Le_Gui

Je regarde ça dès que je peux.

Fin de journée à mon avis...

la nouvelle release en ligne se trouve au lien qu’on m’a envoyé par mail il y a quelques jours c’est bien ça ?

merci d’avance

Le_Gui

Allez, on y est presque ! 💪👍👏

Chapeau ICS, votre réactivité me bluffe encore, malgré les petites déconvenues logicielles que j'ai pu constater.

Je ferai un post dédié pour souligner votre professionnalisme. 😊😉

Donc disais-je : on y est presque !!!

Dans mon cas, et comme tout les clients sont déjà enregistrés chez fiducial, toutes les refs externes commencent donc par 9.

Dans le cas de l'exemple : 9ATL98 (d'autres ex : 9CHU13, 9CL132, 9PH242)

Ligne 3 dans la capture ci-dessus : un 9 en trop et le code fait 7 caractères au lieu de 6 max.

Ligne 6 dans la capture ci-dessus : un 9 en trop au début, le code fait bien 6 caractères, mais mon code a été tronqué de 1 caractère à la fin (manque le 8).

Mais sinon, c'est pile ce que mon client attend, et son comptable aussi !

Et effectivement, j'avais compris que ce module d'export avait été développé par un tiers, comme mentionné ici :

http://forum.gestan.fr/discussion/4900/13-0w/p1

Export des écritures : intégration du format WINFIC V2.10 et + et WINSIS (Fiducial) (Merci GM Service)

2012... Pfiuuuu, bientôt 10 ans !

mais Windev (comme les autres produits PCSoft) est affiligé d'un problème de perte de code : les développeurs écrivent du code, mais il disparaît de façon aléatoire

😓😓😓😲😢😨 C'est encore possible en 2021 ce genre de problème ??? Comme si ton garagiste oubliait de te remonter 1 roue sur 4, ou le coup d'après te retire la ceinture de sécurité alors que tu venais pour une vidange ? On croit rêver...

Je reste aux aguets ce soir pour d'autres tests si nécessaire

Encore merci

.Guillaume.

Gestan

Oups, en effet, on a pas pensé à raccourcir le code s'il fait plus de 6 car, prochaine release dans qq minutes.

Là où cela ne va pas aller, c'est que vous avez codifié vos contacts avec un 9 en entrée, par ex 9CHU13. Or les specs sont formelles, c'est 9 pour les clients et 0 pour les fournisseurs, donc nous sommes obligés de mettre 9 et 0 en dur. Cela implique pour vous de recodifier vos clients en omettant le 9 (9CHU13 -> CHU13). Mais c'est faisable via le programme de mise à jour des contacts (ou une procédure compilable via le support).

Merci pour votre appréciation 😘 sur notre réactivité ! Il faut dire que des messages comme le votre (super documentés) nous aident à les traiter plus vite.

Gestan

Voilà, release en ligne.

Le_Gui

Comment dire...

MERCI (sobrement, mais sincèrement😉)

Je remarque qu'il manque une colonne de "|" (pipe) par rapport à mes anciennes (premières) captures : ca me semble plus logique au vu du doc de Fiducial.

Je vais procéder à un traitement en masse dans excel pour retirer tous mes "9", puis faire un import de maj des contacts (quand l'import fonctionnera convenablement, avec prise en compte des adresses de livraison et tout...).

Je vous tiens au courant.

A très vite,

.Guillaume.

Gestan

ça roule !

Gestan

Bon, pas de nouvelles bonne nouvelle, je considère que c'est OK ?

Le_Gui

Bonjour,

Effectivement, le dicton prend tout son sens : pas de nouvelles, bonnes nouvelles.

Enfin, j'avoue avoir eu beaucoup d'autres choses à gérer cette semaine, mais j'ai pu avancer un peu chez mon client. J'ai modifié tous les codes clients dans excel (facile), j'ai remis en forme toutes les adresses de livraison dans l'attente que l'import du csv fonctionne à nouveau, ce qui semble être le cas dans la version livrée cette nuit.

Je vais donc faire les tests chez moi, pour ensuite mettre tout ça en exploitation chez mon client.

Là, j'aurai plus de matière pour vous tenir au courant.

A très vite

Gestan

Cool ! On attend votre retour avec attention !