[grisbi-user-french] Problème pour introduire manuellement une opération dans mon fichier de compte bancaire
gilbert.zanne
gilbert.zanne at wanadoo.fr
Sam 1 Aou 14:58:09 CEST 2015
Je me demande s'il ne s'agit pas d'un problème de tri (que j'avais déjà
eu) mais je pense que Pierre l'aurait vu.
Au cas où, tu peux toujours vérifier
Opérations / comportement de la liste (sont cochés)
tri primaire
tri par date de valeur puis par date de l'opération
tri secondaire
tri par numéro
Un autre essai serait de traiter des fichiers ofx en ayant une seule
opération par fichier, comme ça tu pourras voir ce qui foire
Gilbert
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
> 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/20150801/efb167b5/attachment.htm>
Plus d'informations sur la liste de diffusion user-french