<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#33CCFF" text="#000066">
<div class="moz-cite-prefix">Le 03/06/2015 23:05, Pierre Biava a
écrit :<br>
</div>
<blockquote cite="mid:556F6C27.4030505@nerim.net" type="cite">ptyxs
a écrit le 02/06/2015 15:39 :
<br>
<br>
Bonsoir,
<br>
<br>
<blockquote type="cite">Je viens de refaire encore un essai (je ne
sauvegarde pas le résultat
<br>
incorrect obtenu) et regardé de plus près (hum, j'aurais dû le
faire
<br>
avant d'écrire à la liste, sorry).
<br>
<br>
Lorsque, après avoir importé le relevé .ofx je clique sur le
bouton
<br>
Fermer du dialogue indiquant "Configuration de l'importation
terminée',
<br>
il vient
<br>
un nouveau dialogue indiquant "Les identifiants du compte
importé et du
<br>
compte choisi sont différents. Avez-vous choisi un mauvais
compte ? Si
<br>
vous choisissez de continuer, l'identifiant du
<br>
compte sera changé. Voulez-vous continuer ?"
<br>
C'est curieux, car je n'ai rien changé aux caractéristiques du
compte en
<br>
question ni sur Grisbi ni à la banque, la seule chose qui a
changé est
<br>
que j'utilisais des relevés au format .qif sur l'ancien site BNP
et que
<br>
j'utilise maintenant - contraint et forcé - un relevé au format
.ofx sur
<br>
le nouveau site de la banque !
<br>
<br>
Qu'est-ce que c'est que cet identifiant de compte ?
<br>
<br>
</blockquote>
<br>
Dans le fichier ofx on trouve le numéro de compte complet. Ce
numéro est comparé aux données présentes dans la page propriétés
du compte. Le plus simple pour grisbi c'est de mettre le numéro
IBAN de ton compte.
<br>
<br>
</blockquote>
Oui, c'est ce que j'ai fait depuis un moment (mettre le numéro IBAN
de mon compte dans Grisbi).<br>
Dans le fichier .ofx, je trouve ces champs <br>
<BANKID><br>
<BRANCHID>
<br>
<ACCTID>
<br>
<ACCTKEY>46
<br>
et les valeurs qu'ils contiennent semblent parfaitement correspondre
aux identifiants du compte Grisbi.<br>
<br>
<blockquote cite="mid:556F6C27.4030505@nerim.net" type="cite">
<blockquote type="cite">D'autre part si je continue, je remarque
que les opérations du compte
<br>
qui PRECEDENT la première opération du nouveau relevé ont vu
leur valeur
<br>
de solde modifiée !
<br>
Complètement buggy donc...
<br>
</blockquote>
<br>
Pas vraiment clair tout ça. je suppose que tu parles du solde du
compte après les opérations précédentes. </blockquote>
Ben non, je parle je le répète, du solde affiché pour chacune des
opérations qui précèdent chronologiquement la première opération du
nouveau relevé.<br>
Si la première opération du relevé est du 27 mai 2015 eh bien même
même le solde après une opération du 20 mai 2015 ou du 19 avril
2015, qui ne devrait pas être concerné <br>
par le changement apporté par le relevé, se trouve modifié. Est-ce
plus clair ainsi ?<br>
<blockquote cite="mid:556F6C27.4030505@nerim.net" type="cite">C'est
possible dans la mesure où une opération importée s'intercale en
date de valeur (NOTA : dans le fichier ofx il n'y a pas de date de
valeur on prend donc la date importée comme date de valeur).
<br>
<br>
Pour voir la validité de l'import ofx tu peux créer un nouveau
compte à partir de cet import. ça permet de contrôler toutes les
opérations. Si tu as le solde avant la première opérations
importée tu peux vérifier le solde final puisque le fichier ofx
comporte cette donnée.
<br>
</blockquote>
Je vais vérifier ça et je vous raconte ensuite.<br>
Cassian Braconnier<br>
<br>
<pre class="moz-signature" cols="72">--
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 !!
</pre>
</body>
</html>