SEGMO
Bonjour,
Nous avons des problemes avec le fichier d'export XIMPORT depuis Gestan.
Nous avons paramétré les journaux comptable comme suit :
[attachment=2]Capture2.PNG[/attachment]
A noter que nous avons dans notre système comptable 3 caractères pour ces journaux
Donc Ventes = VTE et Encaissements = ENC
Dans le paramétrage des imputations, seulement les 2 premiers caractères apparaissent.
Il s'agit peut être seulement d'un bug d'affichage.
[attachment=1]Capture.PNG[/attachment]
Par contre, lors de la génération du fichier, seulement les 2 premiers caractères sont effectivement pris en compte (à l'écran n'apparait pas le 3eme caractère) et pas plus dans le ficher d'export. Ce fichier est donc incorrect par rapport au paramétrage.
Nous utilisons le format XIMPORT standard qui semble le plus proche de ce que nous voulons obtenir.
De la meme façon, le compte client bien présent en entier dans l'écran de génération mais se retrouve tronqué dans le fichier. (dans ce cas le code apparaissant à l'écran est bien 07177 ...mais dans le fichier 071 :question: )
[attachment=0]fichierCOmpta.PNG[/attachment]
Sachant que nous pouvons adapter la longueur de zone dans SAGE, merci de faire le nécessaire pour que le fichier soit le reflet de ce que nous avons paramétré dans Gestan et nous pourrons alors adapter le format d'import dans SAGE.
C'est très urgent que nous puissions importer les données de Gestan dans SAGE .
Est ce possible de corriger rapidement le fichier de sortie ou bien créer une version 2 de XIMPORT si jamais la version actuelle convient à certains... ?
Ca serait super, merci
florian.p
Bonjour :sourire:
Sauf erreur de ma part, le code journal a été fixé à 2 caractères comme l'indique la norme du format XIMPORT (https://support.facturation.pro/hc/fr/articles/208025653-Comment-importer-les-données-dans-un-logiciel-de-comptabilité-Sage-EBP-Ciel-) :
[img]https://i.imgur.com/q8pq9bY.jpg[/img]
C'est donc sans doutes pour cela que tout le système d'export XIMPORT a été basé sur ces 2 caractères. En principe il ne devrait donc pas être possible de configurer un code journal de plus de 2 caractères, c'est un petit oubli qui sera corrigé dans la prochaine version de Gestan.
Gestan
Je plussoie sur la réponse de Florian.
Le format XIMPORT prévoit une zone de taille 2 pour le code journal, nous ne pouvons pas modifier la norme :rigole:
Vous devez :
- soit codifier vos journaux sur 2 car pour utiliser XIMPORT
- soit utiliser un autre format, mais j'ignore s'il y a cette possibilité dans Sage
SEGMO
Merci pour vos réponses.
Nous avons cherché un quelconque document officiel sur cette norme XIMPORT et je n'ai rien trouvé (à part d'autres logiciels qui semblent avoir fait des adaptations). Avez vous un lien vers un document de référence à partager ?
Je me permets de spécifier davantage le probleme et d'argumenter une solution (j'ai lu quelque part que vous prêtez attention aux demandes d'évolution argumentées...j'espère que mon laius retiendra votre attention)
Adapter le paramétrage de SAGE à Gestan pourrait quand meme avoir des implication sérieuses sur notre comptabilité générale et dans ce cas Gestan devient plus un obstacle qu'une aide...Ca serait dommage ! (surtout si c'est juste pour un caractère)
Meme si on pouvait faire cela (nous allons quand même poser la question), il reste le probleme du compte à imputer. Si on peut paramétrer dans GESTAN un compte du plan comptable avec au moins 10 caracteres, (ce qui est on ne peut plus courant dans un plan comptable) comment peut on exporter ce compte suffixé par le compte tiers sur 11 caractères !!??
1 seul caractère pour le code client ?
Vous indiquez que le format XIMPORT est pour SAGE , ça a tout l'air d'être une erreur ou en tous cas de ne plus être vrai avec toutes les versions de SAGE car SAGE (version i7) permettent sans probleme de coder le compte d'imputation sur bien plus que 11 caractères.
En résumé , le format XIMPORT n'est pas loin de ce qu'on peut faire dans SAGE i7.
Il semble donc plutôt qu'il faudrait ajouter un nouveau format de fichier.
Les spécifications sont celles ci : tout pareil que XIMPORT sauf :
- un champ code journal sur 6 caractères
- un champ compte d'imputation
- un champ compte tiers sur 17 caractères
En très peu de modifications à priori, vous respectez la norme SAGE ligne 100 (i7) et rendez réellement compatible Gestan avec les dernières applications SAGE
Voici les copies d'écran de la doc officielle SAGE
[attachment=1]CapturecodejournauxSAGE.PNG[/attachment]
[attachment=2]CaptureCompte TIers.PNG[/attachment]
[attachment=0]comptegeneral.PNG[/attachment]
Nous avons pris Gestan car dans votre Wiki et votre forum, il est précisé que c'est interfaçable et compatible avec SAGE
http://wiki.gestan.fr/doku.php?id=wiki:v15:compta:exportximport&s[]=sage
Ca serait vraiment apprécié si vous pouviez faire cette modification qui servira sans doute à tous ceux qui travaillent avec SAGE i7 ligne 100. C'est en tous cas pour nous un point critique et urgent.
Merci
Gestan
Comme déjà répondu plus haut, nous n'allons pas modifier le format XIMPORT, qui ne nous appartient pas, la solution pour l'utiliser étant de respecter la codification prévue.
Si vous ne le souhaitez pas, et si Sage i7 a bien adopté un nouveau format d'interface, nous vous développerons cet export selon ce format, sans problème. Mais ce qu'il nous faut, ce n'est pas le format des tables, ce sont les spécifications de ce nouveau format d'export. S'il n'est pas dans la doc, peut-être pouvez vous vous le demander à Sage ?
SEGMO
Ok, on vous envoie une spécification venant de SAGE
Nous on veut bien respecter n'importe quelle codification compatible avec SAGE et la réalité actuelle est que XIMPORT issi de Gestan ne l'est pas.
Bizarrement, on retrouve pas de doc sur la norme XIMPORT à part chez CIEL ...vous êtes sur que ce n'est pas plutôt un format propriétaire ?
Quoi qu'il en soit, SAGE propose aussi son format propriétaire et ce depuis très longtemps : le format .PNM pour l'import des écritures comptables. Il n'est pas nouveau , compatible avec Sage i7 .
Pas de souci, je recherche l'info précise et vous la copie ici dans le forum, comme piece jointe.
Nous pensons vraiment que nous ne devons pas être les seuls utilisateurs à vouloir interfacer Gestan avec SAGE i7 ou supérieur...du coup, cette interface devrait être utile à beaucoup d'autres.
Merci d'avance pour votre retour.
Gestan
ça arrangerait beaucoup les lépidoptères que vous cessiez de les importuner de cette manière...
mais ça nous intéresse d'avoir le format d'import Sage I7.
SEGMO
Bonjour,
En pièce jointe, vous trouverez une synthèse fournie par l'intégrateur SAGE. (le fichier SAGE est parait il trop volumineux pour être posté ici)
Ce qui nous intéresse c'est l'import des écritures (page 4)
Ca semble assez proche du format XIMPORT mais avec au moins les différences suivantes :
- code journal sur 3 caractères
- compte tiers sur 13 caractères
Si vous avez besoin de précisions, nous sommes à l'écoute.
Merci d'avance et merci pour prendre en compte les besoins des utilisateurs et ouvrir ainsi Gestan à des logiciels complémentaires.
SEGMO
Bonjour,
Nous allons devoir faire notre export comptable pour la fin de l'année civile.
Avez vous des nouvelles concernant cette adaptation ?
Avez vous besoin de plus d'informations ?
Merci beaucoup pour votre aide.
Raymond
Bonjour
Nous sommes en train de développer le format export Sage 100 I7.
Il sera disponible dans une prochaine version de Gestan.
Cordialement :wink:
SEGMO
Bonjour,
Merci beaucoup pour ce développement.
Nous l'avons testé, ça fonctionne plutôt bien et correspond à nos attentes (enfin... celles de Sage) .
Par contre, juste un détail au niveau du libellé de l'écriture.
Il est possible de remplacer le libellé de l'écriture par le nom du client concerné.
Serait il possible d'ajouter l'option : [i]Remplacer par le numéro de chèque [/i] pour les écritures en mode chèque ... ?
(les autres écritures garderaient le libellé originel si le paiement n'a pas été fait par chèque)
Ou alors, est il possible d'ajouter cette information (n° de chèque) dans un autre champ pour qu'on le retrouve dans l'export? (ou ça peut être ajouté au libellé originel déjà exporté ?)
Merci d'avance
Raymond
Bonjour
Ça ressemble à l'histoire du beurre, de l'argent du beurre et du sourire de la crémière ! :pff:
Dans le descriptif de l'export attendu que [b][u]vous [/u][/b]nous avez fourni, il n'était nullement question de substituer le libellé de l'écriture par le nom du client, ni de ce n° de chèque ou alors nous ne l'avons pas vu ! :grr: :blabla:
Cordialement :wink:
SEGMO
Bonjour GM Services,
Désolé, oui effectivement, c'est de notre faute, nous avons oublié de vous donner cette spécification.
Vous avez fait un bon travail conforme aux spécifications, pas de souci
Ce numéro de chèque sert au lettrage dans SAGE (il n'est pas obligatoire, ce qui explique qu'il n'était pas dans la spécification générale) mais nous utilisons ce numéro pour les contrôles comptables.
C'est une suggestion d'amélioration pour cet export vers SAGE (ça servira sans doute à tous les utilisateurs de cette interface) : tout comme il est possible de substituer avec le nom du tiers, serait il possible d'ajouter cette possibilité de substituer avec le numéro de chèque (dans le cas des chèques) ?
Merci d'avance pour votre réponse.
Raymond
1/ il est hors de question de rajouter un champ dans le fichier d'export dans la mesure où il n'est pas prévu dans la maquette de Sage...
2/ rajouter le n° de chèque dans le libellé de l'écriture : peu cohérent, sachant que le libellé de l'écriture est limité à 25 caractères dans l'export Sage; un n° de chèque fait 7 de long, plus un espace + une parenthèse avant et une parenthèse après, pour bien identifier ce n° de chèque, il ne va rester que 15 caractères significatifs dans le libellé...
Donc votre demande parait fortement compromise...! :prof:
A moins d'arriver à contraindre Sage de modifier son format d'Import ! :blabla:
Cordialement :wink:
SEGMO
Bonsoir,
J'ai la sensation que vous n'avez pas trop compris ma demande ou peut être l'avons nous mal exprimée... :wink:
Il ne s'agit [u]pas d'ajouter un champ[/u] au fichier d'import SAGE i7 qui effectivement est figé et fixé par SAGE.
Donc absolument d'accord, il faut rester dans le standard SAGE.
Toutefois SAGE n'impose aucune donnée particulière au niveau du champ Libellé
Ça peut être comme vous l'avez fait si on ne coche rien :
Si on coche[i][b] Remplacer libellés opération[/b][/i], on a le nom du tiers dans cette même zone (donc ce que nous demandons vous le faites presque déjà mais pas avec la donnée qui nous intéresse)
La demande est celle ci : avoir le numéro de cheque (et pour être complet le n° de bordereau de remise) s'il existe si on coche une case qui serait à rajouter et s’appellerait par exemple[i][b] Bdx + n° chèque[/b][/i]
[attachment=0]Capture.PNG[/attachment]
En clair si un utilisateur de Gestan clique pas sur cette case, rien ne change pour lui.
Par contre, s'il clique sur cette nouvelle case à cocher, il obtient le n°bdx (valable pour cheques, especes, prelevements,...) + n°chèque. Ce sont 2 données saisies dans l'écriture comptable lors de l'encaissement
Ce n'est pas du spécifique qu'on demande, juste conserver la souplesse qu'offre SAGE de mettre ce qu'on veut dans le libellé (pour une fois que SAGE nous laisse libre, ça serait dommage que ce soit Gestan qui nous cloisonne non ?)
Dites moi si la demande vous parait plus claire et si il y aurait un obstacle à récupérer une zone plutôt qu'une autre ai moment de l'export ?
Il ne s'agit pas de confort mais de vraiment rendre Gestan plus interfaçable avec Sage ce qui n'est pas un atout négligeable vu l'importance de SAGE sur le marché.
Nous nous permettons de demander car cette évolution valorisera encore davantage GESTAN
Raymond
[quote=SEGMO post_id=53297 time=1547752079 user_id=5992]
Il ne s'agit pas de confort mais de vraiment rendre Gestan plus interfaçable avec Sage ce qui n'est pas un atout négligeable vu l'importance de SAGE sur le marché.
Nous nous permettons de demander car cette évolution valorisera encore davantage GESTAN
[/quote]
Alors, si c'est pour valoriser Gestan ! :pff: :rigole:
Bon, ce sera dans la prochaine version. :blabla:
[attachment=0]2019-01-18_063936.png[/attachment]
Cordialement :wink:
SEGMO
Bonjour,
Merci beaucoup pour le super travail que vous faites sur Gestan.
L'amélioration de l'interface avec SAGE est tout à fait satisfaisante .
Il reste juste quelques points en suspens :
1) on ne peut pas choisir le code journal pour les lignes d'écriture concernant le compte bancaire (toujours "BQ") ce qui ne correspond pas forcément à la réalité de l'installation SAGE avec laquelle communique Gestan
Comment faire pour paramétrer ce code journal ?
2) pour les écritures d'encaissement en especes, il semble que selon s'il y a eu une remise ou non, le libellé de l'opération n'est pas récupéré correctement (parfois oui, parfois non : nous avons alors : "Bdx...")
3) l'option pour incorporer le numéro de cheque + n° remise fonctionne très bien 🔝
Nous n'avions pas clairement spécifié (désolé pour cette omission 🤨 :pff: :bee: ) que nous aurions aimé avoir aussi le numéro de pièce dans ce libellé. Est ce possible d'avoir dans la liste déroulante option supplémentaire : num cheque + bordereau + n piece ? (qui aurait pour effet d'ajouter le n° de piece correspondant au libellé de l'encaissement qu'il soit par chèque ou non)
En tous cas, merci pour rendre Gestan encore plus compatible et flexible
Raymond
J'ai déjà répondu à Emmanuel sur cette demande. :pff:
1/ Oui, dans une prochaine version les codes journaux des banques seront récupérés dans le fichier COMPTEBANC. 🔝
2/ Non, car un règlement peut correspondre à un ensemble de factures.
Par ailleurs, le champ n° pièce existe dans les écritures de type Factures.
Enfin, le champ libellé n'est pas indéfiniment extensible : de mémoire, il est limité à 20 ou 25 caractères. :cry:
Cordialement :wink:
