<div dir="ltr"><div><div><div><div>Hi Jack!<br><br></div>Today I've done the import again. This time it didn't make the inverse inclusion. But the matching continues a little poor for credit card account type.[1]<br></div>I don't know if there were updates for Kmymoney - have several for opensuse recently.<br><br>linux-s6k1:~ # zypper se -s kmymoney<br>Loading repository data...<br>Reading installed packages...<br><br>S | Name | Type | Version | Arch | Repository <br>---+----------------------+-------------+------------+--------+----------------------------<br> | KMyMoney | application | | noarch | Repositório principal (OSS)<br>i+ | kmymoney | package | 4.8.0-35.4 | x86_64 | KDE:Extra <br>v | kmymoney | package | 4.7.2-5.6 | x86_64 | Repositório principal (OSS)<br> | kmymoney | srcpackage | 4.8.0-35.4 | noarch | KDE:Extra <br> | kmymoney-debuginfo | package | 4.8.0-35.4 | x86_64 | KDE:Extra <br> | kmymoney-debugsource | package | 4.8.0-35.4 | x86_64 | KDE:Extra <br> | kmymoney-devel | package | 4.8.0-35.4 | x86_64 | KDE:Extra <br> | kmymoney-devel | package | 4.7.2-5.6 | x86_64 | Repositório principal (OSS)<br>i+ | kmymoney-doc | package | 4.8.0-35.4 | x86_64 | KDE:Extra <br>v | kmymoney-doc | package | 4.7.2-5.6 | x86_64 | Repositório principal (OSS)<br>i+ | kmymoney-lang | package | 4.8.0-35.4 | noarch | KDE:Extra <br>v | kmymoney-lang | package | 4.7.2-5.6 | noarch | Repositório principal (OSS)<br><br></div><div>Another thing, is there a shortcut for show/hide the transaction form - as you can see it takes almost all the grid.<br></div><div><br></div>Regards,<br><br></div>Gilberto<br><div><br>[1] <a href="https://www.dropbox.com/s/gzn4stg5bps3ejd/kmymoney-ofx-importing-issue2.png?dl=0">https://www.dropbox.com/s/gzn4stg5bps3ejd/kmymoney-ofx-importing-issue2.png?dl=0</a><br><br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-12-04 17:35 GMT-03:00 Gilberto <span dir="ltr"><<a href="mailto:gilbertoca@gmail.com" target="_blank">gilbertoca@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi, Jack<br><div><div class="gmail_extra"><br><div class="gmail_quote"><span class="">2017-12-01 20:18 GMT-03:00 Jack <span dir="ltr"><<a href="mailto:ostroffjh@users.sourceforge.net" target="_blank">ostroffjh@users.sourceforge.<wbr>net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello Gilberto,<span class="m_5779602548464553384gmail-"><br>
<br>
On <a href="tel:2017.12.01%2016" value="+12017120116" target="_blank">2017.12.01 16</a>:05, Gilberto wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Since Monday I'm dealing with a problem [1] while importing the credit card's ofx file.<br>
As you can see it is not detecting duplication and all transactions are with inverted type (Charge and Payment).<br>
Anyone has seen this?<br>
<br>
Regards,<br>
Gilberto.<br>
<br>
environment:<br>
OpenSUSE 42.3<br>
Kmymoney Version 4.8.0-35.3<br>
KDE Development Platform 4.14.33<br>
<br>
[1] <a href="https://www.dropbox.com/s/z7ckm8zghd0j1x3/kmymoney-ofx-" rel="noreferrer" target="_blank">https://www.dropbox.com/s/z7ck<wbr>m8zghd0j1x3/kmymoney-ofx-</a> importing-issue.png?dl=0<br>
</blockquote>
<br></span>
Before any other details, my personal guess is that your bank made some change to how they prepare the OFX file. I would suggest calling them just in case they know and are willing to say anything, although I consider that unlikely.</blockquote><div><br></div></span><div>I've done it. They said there weren't change in their export utility.<br></div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> Also, do you know of anything else that changed recently that might have an effect on this? (<br>
<br>
There have certainly been reports of repeated imports not matching, although I do not recall any issue of all amounts being negated (the inversion you see.)<br></blockquote><div><br></div></span><div>Yes, since about october have done the match manually after import - but recently the amounts being negated make things very difficult <br></div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
To help, we need some additional information. Are you using libofx or aqbanking? <br></blockquote><div><br></div></span><div>I think is libofx - have never used aqbanking. <br></div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> Are you importing a downloaded ofx file, or using direct connect? <br></blockquote><div><br></div></span><div>ofx file <br></div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> If you import the file a third time, does it match the second import, or create yet a third copy of each transaction?</blockquote><div><br></div></span><div>It match (duplication is detected)<br></div><span class=""><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> Can you provide one example of the section of the ofx file for just one of the transactions? Be sure not to include any sensitive information such as account number or password, but those should not occur within a transaction.<br></blockquote><div><br></div></span><div><BANKTRANLIST><br><DTSTART>20170928</DTSTART><br><DTEND>20171126</DTEND><br><STMTTRN><TRNTYPE>CREDIT</<wbr>TRNTYPE><br><DTPOSTED>20171110</DTPOSTED><br><TRNAMT>-1200.04</TRNAMT><br><FITID><wbr>201711105464000000005510000000<wbr>0000</FITID><br><MEMO>PGTO DEBITO CONTA 200211</MEMO><br></STMTTRN><br><STMTTRN><TRNTYPE>PAYMENT</<wbr>TRNTYPE><br><DTPOSTED>20171027</DTPOSTED><br><TRNAMT>24.00</TRNAMT><br><FITID><wbr>201710275464000000005510000000<wbr>0001</FITID><br><MEMO>LUMIERE PALMAS PALMAS BRA</MEMO><br></STMTTRN><br><STMTTRN><TRNTYPE>PAYMENT</<wbr>TRNTYPE><br><DTPOSTED>20171027</DTPOSTED><br><TRNAMT>7.10</TRNAMT><br><FITID><wbr>201710275464000000005510000000<wbr>0002</FITID><br><MEMO>E J DA ROCHA ME PALMAS BRA</MEMO><br></STMTTRN><br></BANKTRANLIST></div><span class=""><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Another question - do you import ofx files from any other banks, and if so, do you see the problem with them, or only with this one credit card?<span class="m_5779602548464553384gmail-HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div></span><div>From the same bank, but checking account - have problems with matching as well - but not the negative one.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="m_5779602548464553384gmail-HOEnZb"><font color="#888888">
<br>
<br>
Jack<br>
</font></span></blockquote></div>Thank you<br></div></div></div>
</blockquote></div><br></div>