[grisbi-user-french] Problème pour introduire manuellement une opération dans mon fichier de compte bancaire
gilbert.zanne
gilbert.zanne at wanadoo.fr
Mar 4 Aou 13:46:47 CEST 2015
C'est bien un problème de critères de tri
Grisbi calcule le solde au moment où il ouvre le fichier
Il a visiblement calculé le solde des opérations AVEC une date de valeur
puis continué avec les opérations SANS date de valeur.
Le solde est à ce moment attribué à chaque opération et ne change plus
même si on change l'affichage.
Il faut donc vérifier dans les préférences qu'on a bien la PREMIERE case
de cochée (tri par date de valeur ou par date de l'opération)
J'ai fait un tableur avec les données du fichier et avec ces critères de
tri et on arrive bien aux soldes "farfelus" annoncés.
Ce qui me semble bizarre, c'est qu'avec la version 0.8.9-3 sous Windows,
je n'arrive pas à reproduire le phénomène: quel que soit le critère de
tri sélectionné, c'est OK.
Gilbert
Le 03/08/2015 17:17, Alain LETIENT a écrit :
> Bonjour
>
> Je suis sous Linux Debian avec Grisbi 1.0.
> Mais je n'ai pas recours aux .ofx
> Si tu veux, je veux bien regarder ton fichier.gsb
>
> A+
> Alain
>
> Le 3 août 2015 16:10, ptyxs <ptyxs at free.fr <mailto:ptyxs at free.fr>> a
> écrit :
>
> Gilbert Zanne a bien voulu regarder un fichier .gsb qui illustre
> le problème décrit dans mes précédents messages (ci-dessous).
>
> En comparant ce que nous voyons dans Grisbi, à partir du même
> fichier .gsb, Gilbert Zanne et moi, nous constatons que nous ne
> voyons pas la même chose !
> Les soldes des opérations affichés ne sont pas les mêmes !
>
> Je suis sous Grisbi 1.0 (sous Linux) et Gilbert utilise Grisbi
> 0.8.9-3 (sous Windows je suppose).
> Je m'étais donc proposé d'obtenir cette version 0.8.9-3 sur le
> site de Grisbi, afin de voir si ça changerait qqch pour moi.
> Mais je n'ai trouvé cette version que pour un système Windows...
>
> Pour l'instant donc, je commence à me demander si je ne devrais
> pas migrer sous quelqu'autre logiciel de compta...
>
> Y a-t-il sur de forum des personnes qui utilisent aussi
> Grisbi 1.0, sous Linux, et ont recours à des fichiers .ofx ??
>
> Merci.
> ptyxs
>
>
> Le 01/08/2015 14:14, ptyxs a écrit :
>> Bonjour,
>> je reviens vers vous pour un problème que j'avais déjà évoqué
>> dans cette liste de diffusion, sans avoir pu trouver de solution.
>>
>> Pierre Biava avait aimablement accepté de recevoir mes fichiers,
>> mais il n'a pu me faire aucune suggestion, peut-être parce que, à
>> ce moment,
>> faute de temps, je n'avais pas été très clair concernant la
>> nature du problème, ou bien parce que je n'avais pas envoyé le
>> bon fichier...
>>
>> J'utilise Grisbi 1.0 sous Ubuntu (Linux) 15.04. J'ai cependant
>> supposé que ma version de Grisbi pouvait avoir été corrompue et
>> j'ai donc
>> tenté d'opérer sur une autre distribution de Linux (Mageia 5) et
>> une nouvelle installation de Grisbi 1.0, mais avec les mêmes
>> fichiers, et j'ai
>> retrouvé exactement les mêmes problèmes.
>>
>> J'ai aussi pensé que mon fichier de compte d'origine, utilisé
>> depuis quelque dix années pouvait être corrompu, et j'ai donc
>> créé un nouveau
>> fichier : même problème cependant.
>>
>> J'ai donc constitué un nouveau fichier en copiant d'abord
>> manuellement des opérations à partir d'un relevé bancaire papier
>> : à ce stade je n'ai
>> pas rencontré de problème. J'ai ensuite ajouté des opérations
>> bancaires à partir d'un fichier .ofx de la BNP.
>>
>> J'ai alors constaté une erreur dans le solde apparaissant dans
>> Grisbi après la dernière opération, par rapport à mon relevé
>> bancaire examiné en ligne, erreur relativement minime (un surplus
>> de 5,06€) dont je n'ai pu détecter la source.
>>
>> Je me suis donc mis en devoir d'ajouter dans mon fichier Grisbi
>> une opération fictive de "prélèvement" de ces 5.06€. Et là,
>> surprise, au lieu d'obtenir le solde prévu (montant de
>> l'avant-dernier solde - 5.06), j'obtiens après cette dernière
>> opération fictive, un solde complètement fantaisiste où le
>> montant de l'avant-dernière opération se trouve défalqué non de
>> 5,06€ mais du double soit 10,12€.
>>
>> Il m'est arrivé bien souvent dans le passé, au fil des années, à
>> l'occasion d'une erreur minime, d'effectuer ce genre de
>> correction manuelle m'épargnant une longue recherche,
>> sans rencontrer le moindre problème. Je suis donc tout à fait
>> perplexe.
>>
>> Un expert serait-il prêt à examiner une copie de mon fichier et
>> du fichier .ofx qui est intervenus dans son élaboration ?
>>
>> Merci d'avance.
>>
>> ptyxs
>>
>>
>>
>> --
>> Ce courriel a été émis à partir du système d'exploitation Linux
>> Préférez les logiciels libres et les formats ouverts.
>> LINUX ? IL Y A MOINS BIEN, MAIS... C'EST PLUS CHER !!
>>
>>
>> _______________________________________________
>> user-french mailing list
>> user-french at listes.grisbi.org <mailto:user-french at listes.grisbi.org>
>> http://listes.grisbi.org/mailman/listinfo/user-french
>
>
> --
> Ce courriel a été émis à partir du système d'exploitation Linux
> Préférez les logiciels libres et les formats ouverts.
> LINUX ? IL Y A MOINS BIEN, MAIS... C'EST PLUS CHER !!
>
>
> _______________________________________________
> user-french mailing list
> user-french at listes.grisbi.org <mailto:user-french at listes.grisbi.org>
> http://listes.grisbi.org/mailman/listinfo/user-french
>
>
>
>
> --
> ☼ Je pense ENVIRONNEMENT: ai-je vraiment besoin d'imprimer ce message ?
>
>
> _______________________________________________
> user-french mailing list
> user-french at listes.grisbi.org
> http://listes.grisbi.org/mailman/listinfo/user-french
---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
https://www.avast.com/antivirus
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://listes.grisbi.org/pipermail/user-french/attachments/20150804/04f2d084/attachment.htm>
Plus d'informations sur la liste de diffusion user-french