<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:rgb(7,55,99)">​No, you reversed them. <DTEND>20170110000000 from the manually downloaded OFX file is being converted to 1969.12.31​.</div><div class="gmail_default" style="font-family:tahoma,sans-serif;font-size:small;color:rgb(7,55,99)"><br></div><div class="gmail_default"><font color="#073763" face="tahoma, sans-serif">From the other bank <DTEND>20141212210000 from the manually downloaded OFX file ends up being the day before the oldest transaction in the txt file. This makes no sense and I have only seen this twice so there may be something else going on.</font><br></div><div class="gmail_default"><font color="#073763" face="tahoma, sans-serif"><br></font></div><div class="gmail_default"><font color="#073763" face="tahoma, sans-serif">Now I'm getting begindate="2016-12-10" enddate="2016-12-06" from the second bank and the last transaction in the thb text file is 2016.12.07. The begindate makes sense because it's set to 30 days. The enddate and last trnsaction date make no sense because I already have more recent transactions from previous downloads.</font></div><div class="gmail_default"><font color="#073763" face="tahoma, sans-serif"><br></font></div><div class="gmail_default"><font color="#073763" face="tahoma, sans-serif">Is there any way to capture the data from the online OFX download by KMM? It seems likely that it does not match the manual download from these two banks websites.</font></div><div class="gmail_default"><font color="#073763" face="tahoma, sans-serif"><br></font></div><div class="gmail_default"><font color="#073763" face="tahoma, sans-serif">I didn't notice this until recently when the icons on my home page (Assets and Liabilities Summary) suddenly reappeared after not seeing them for at least a couple of years. Both of these accounts are relatively new. The red warning on the Online Statement Balance line is above the lines shown on the ledger so I don't see it in the 1969 account. I have been compiling from source for a long time and I have no idea why the icons were missing or why they came back but the red circles with the lines through them tipped me off to this problem. Maybe you should just get rid of the icons for me:-)</font></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><font face="tahoma, sans-serif" size="2" color="#073763"><b><br>----<br>Brendan</b></font><br></div></div></div>
<br><div class="gmail_quote">On Tue, Jan 10, 2017 at 11:27 PM, Thomas Baumgart <span dir="ltr"><<a href="mailto:thb@net-bembel.de" target="_blank">thb@net-bembel.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Brendan,<br>
<br>
yes, the formats are very different, as one (downloaded OFX) represents the<br>
data exchanged between the bank and libOFX. The txt file saved in /home/thb<br>
OTOH is the intermediate statement format that is used by all importers (OFX,<br>
QIF, HBCI, ...) and the KMyMoney statement importer.<br>
<br>
I wonder about that 1969 problem. Looks like a time_t of value 0 with a<br>
subtractions of a couple of seconds/minutes/hours or a day.  Remember: time_t<br>
represents the number of seconds since 01-01-1970  ;)<br>
<br>
Is the example you provide correct? '<DTEND>20141212210000' is converted to<br>
'enddate="1969-12-31"' by the OFX importer? If that is the case we need to<br>
take a look. Or am I missing something?<br>
<br>
Regards<br>
<br>
Thomas<br>
<br>
<br>
<br>
On Tuesday 10 January 2017 22:57:23 you  wrote:<br>
------------------------------<wbr>------------------------------<br>
<span class="im HOEnZb">> When I said the formats are different I meant very different.<br>
><br>
> The manually downloaded OFX files look like this:<br>
><br>
> OFXHEADER:100<br>
> DATA:OFXSGML<br>
> VERSION:102<br>
> SECURITY:NONE<br>
> ...<br>
> <DTSTART>20170109<br>
> <DTEND>20141212210000<br>
> ...<br>
><br>
> The txt files saved in /home/thb look like this:<br>
><br>
> <?xml version="1.0" encoding="utf-8"?><br>
> <!DOCTYPE KMYMONEY-STATEMENT><br>
> <KMYMONEY-STATEMENT><br>
>  <STATEMENT version=...begindate="2016-10-<wbr>12" enddate="1969-12-31"<br>
> routingnumber...><br>
><br>
> I've copied Thomas (thb) so that he may be able to guide me one more time.<br>
><br>
><br>
><br>
</span><div class="HOEnZb"><div class="h5">> *----Brendan*<br>
><br>
> On Tue, Jan 10, 2017 at 1:04 PM, Jack <<a href="mailto:ostroffjh@users.sourceforge.net">ostroffjh@users.sourceforge.<wbr>net</a>><br>
><br>
> wrote:<br>
> > Brendan,<br>
> ><br>
> > I wish I knew more about the software the banks actually use, but that is<br>
> > not likely to happen.  I'm not surprised that the manual download might be<br>
> > different from the direct connect download - but that's just based on<br>
> > experience.  I would think they were generated by the same software - but<br>
> > obviously called with different parameters - or something.<br>
> ><br>
> > I know of no essential difference between QFX and OFX, other than the "Q"<br>
> > implying Intuit/Quicken had something to do with it.  My guess is perhaps<br>
> > differences in max length of some of the fields, like the memo.  I also<br>
> > wouldn't expect a single bank to produce both - I've seen them offer one<br>
> > or<br>
> > the other, probably depending on who they buy/lease their OFX server<br>
> > software from.<br>
> ><br>
> > I have no explanation for the dates you are seeing.  I also agree the<br>
> > probability of a useful response from the bank's tech support line is slim<br>
> > to none - but it might be interesting if they have any response when you<br>
> > tell them you are getting very different end dates from the two different<br>
> > download methods.  It would depend at least on whehter the person you<br>
> > speak<br>
> > to even knows what OFX is.  Otherwise they just tell you to call Quicken<br>
> > support.<br>
> ><br>
> > I doubt very much a server will produce different results depending on<br>
> > what you send in the request header - I suspect it only affects whether<br>
> > they accept the request or reject it outright (with a useless error<br>
> > message, probably.)<br>
> ><br>
> > Finally, I think the direct connect download is intended to be transient,<br>
> > so other than mucking in the code, I don't know that you will (easily) be<br>
> > able to save it - but I believe it lives briefly somewhere under /tmp.  I<br>
> > suspect what you end up with under /home/thb is close, depending on the<br>
> > original purpose for saving it there.  Also remember, direct connect does<br>
> > not download any "files."  It is a communication specification, meant for<br>
> > direct use.  If the software happens to save it, the extension is<br>
> > essentially arbitrary.   Formatting clearly doesn't matter - although the<br>
> > content within the <OFX> tags should be similar, expecially for<br>
> > transaction<br>
> > data, perhaps allowing for different timestamps.<br>
> ><br>
> ><br>
> > Jack<br>
> ><br>
> > On <a href="tel:2017.01.10%2015" value="+12017011015">2017.01.10 15</a>:18, Brendan Coupe wrote:<br>
> >> Jack,<br>
> >><br>
> >> Your suggestion is fine for testing but a non-starter for day to day use<br>
> >> of<br>
> >> KMM. I can live with bogus warnings about my account balance not matching<br>
> >> the download balance.<br>
> >><br>
> >> I downloaded both the OFX and QFX files from both banks. I diff'ed them<br>
> >> and<br>
> >> they are pretty similar (OFX vs QFX).<br>
> >><br>
> >> The formats are completely different from the files that are saved in the<br>
> >> /home/thb folder which have the extension "txt" so they may not be copies<br>
> >> of the downloaded OFX files.<br>
> >><br>
> >> Is there an easy way to find the OFX files downloaded when they are<br>
> >> downloaded from KMM?<br>
> >><br>
> >> There is possible good news and bad news. The bank that shows 1969-12-31<br>
> >> has the correct date in the manually downloaded OFX & QFX files.<br>
> >><br>
> >> <DTSTART>20161013000000<br>
> >> <DTEND>20170110000000<br>
> >><br>
> >><br>
> >> The bank that appears to use the date prior to the last transaction date<br>
> >> (based on 2 recent downloads) shows an end date in 2014.<br>
> >><br>
> >> <DTSTART>20170109<br>
> >> <DTEND>20141212210000<br>
> >><br>
> >> Very strange.<br>
> >><br>
> >> I have tried several options for "Identify as" and "Header Version" and<br>
> >> the<br>
> >> txt file that appears in the /home/thb folder is the same.<br>
> >><br>
> >><br>
> >><br>
> >> *----Brendan*<br>
> >><br>
> >><br>
> >> On Tue, Jan 10, 2017 at 7:38 AM, Jack <<a href="mailto:ostroffjh@users.sourceforge.net">ostroffjh@users.sourceforge.<wbr>net</a>><br>
> >><br>
> >> wrote:<br>
> >> > On <a href="tel:2017.01.09%2023" value="+12017010923">2017.01.09 23</a>:24, Brendan Coupe wrote:<br>
> >> >> I'm having a problem with 2 accounts when I import the OFX using<br>
> >> >> online<br>
> >> >> banking.<br>
> >> >><br>
> >> >> One account shows the Online Statement Balance on 12/31/1969.<br>
> >> >><br>
> >> >> Another account shows the Online Statement Balance on 1/3/2017 while<br>
> >><br>
> >> the<br>
> >><br>
> >> >> most recent transaction is on 1/4/2017 and I just downloaded it today<br>
> >> >> (1/9/2017).<br>
> >> >><br>
> >> >> Not surprisingly when I checked the OXF files for the respective<br>
> >><br>
> >> accounts<br>
> >><br>
> >> >> I<br>
> >> >> found the following (/home/thb comes to the rescue again):<br>
> >> >><br>
> >> >> ...begindate="2016-10-11" enddate="1969-12-31"...<br>
> >> >><br>
> >> >> ...begindate="2016-12-09" enddate="2017-01-03"...<br>
> >> >><br>
> >> >> I'm almost certain I will not have much luck getting the banks to fix<br>
> >> >> this.<br>
> >> >><br>
> >> >> Is it possible to have KMM use the current download date when the date<br>
> >><br>
> >> in<br>
> >><br>
> >> >> the OFX file does not make sense? KMM could also use the latest date<br>
> >><br>
> >> of a<br>
> >><br>
> >> >> transaction in the OFX file when it's later then the "enddate".<br>
> >> >><br>
> >> >> At the very least it should recognize a problem since the enddate is<br>
> >> >> before<br>
> >> >> the begindate at the first bank.<br>
> >> >><br>
> >> >> I did check a different bank at it uses today's date as the enddate.<br>
> >> >><br>
> >> >><br>
> >> >> *----Brendan*<br>
> >> ><br>
> >> > One thing you might try is to manually download an OFX file.  I have<br>
> >><br>
> >> oddly<br>
> >><br>
> >> > found that it can differ from what gets downloaded by direct connect.<br>
> >><br>
> >> Even<br>
> >><br>
> >> > if it doesn't, you can manuallyl correct the end date if it's still<br>
> >><br>
> >> wrong.<br>
> >><br>
> >> > Not a good long term solution, but a temporary workaround.<br>
> >> ><br>
> >> > Jack<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
<br>
Regards<br>
<br>
Thomas Baumgart<br>
<br>
GPG-FP: E55E D592 F45F 116B 8429   4F99 9C59 DB40 B75D D3BA<br>
------------------------------<wbr>------------------------------<wbr>-<br>
Any sufficiently advanced bug is indistinguishable from a feature.<br>
(Rich Kulawiec)<br>
------------------------------<wbr>------------------------------<wbr>-<br>
</font></span></blockquote></div><br></div>