[Kmymoney-devel] KMM 3.97.2 Online Import

[Brendan Coupe]

Thomas,

I'm having a problem with my 2 credit card accounts in 3.97.2. While reading
over the threads that I mentioned in my last email I think is a reference to
this problem in KMM2. If you don't see what I'm talking about I'll dig
deeper tomorrow but I suspect one of your fixes did not make it to 3.9x.

Here's part of the text that you sent me in the middle of troubleshooting
this problem (hoping this jogs your memory).
==============================================================
The reason why it is not matching the account automatically is, that the
resp.
field in the kmm-statement file is empty (acctid).

Usually, mapping an account sets up an id made out of the routing number and
the account number. If the routing number is not present, it is left blank.
This id is stored with the KMyMoney account information.

When an OFX statement is downloaded, the two fields are extracted again and
the id is constructed the same way as done during mapping and the resp.
KMyMoney account is searched.

Looking at your OFX file, the routing number (usually transmitted as BANKID
field in the OFX datastream) is not present. If it was present during
mapping, I know why it's 'failing' to find the account.

We can figure that out by looking at your kmy file. Convert it into a
readable
format (see
http://kmymoney2.sourceforge.net/online-manual/details.formats.html how to
do
that in case you don't know). I am interested in the value part of the
following construct for the CC account

  <PAIR key="kmmofx-acc-ref" value="xxxx-yyyy" />

where xxxx is the bankid and yyyy is the account id. Is xxx filled or empty?
Does yyy match the information of the acctid value in the OFX statement you
sent to me?
==============================================================
--
Brendan



On Wed, Apr 14, 2010 at 10:46 PM, Brendan Coupe <brendan at coupeware.com>
wrote:
> Thomas,
>
> I worked with your on this in the first half of last year. This is what I
found:
>
> KMM2 developer list:
>
> Look for the subject "Feature Request - Update All Accounts Behavior"
> submitted on 2009.06.09, you replied on 2009.07.02.
>
> There may be some relevant info in a thread with the subject "Feature
> Request - Update" started on 2009.04.08.
>
> and one with the subject "Feature Request" started on 2009.01.11. I
> think this was my first request for this feature.
>
> To be clear (because one of your responses that I just read is not how
> the feature ended up in KMM2), if I update one account and there are
> new transactions I get the summary. If there are no new transactions I
> do not get the summary.
>
> If I update all accounts and there are new transactions in any of the
> accounts I get one summary at the end and there is a summary for each
> account that had new transactions. If none of the accounts have new
> transactions then I do not get the summary.
>
> Thanks,
>
> --
> Brendan
>
>
> On Wed, Apr 14, 2010 at 10:22 PM, Thomas Baumgart <thb at net-bembel.de>
wrote:
>>
>> Hi,
>>
>> on Thursday 15 April 2010 Brendan Coupe wrote:
>>
>>
>> > Some time in the past year or so the online import process was changed
in
>> > KMM2 so that the "Statement Stats" screen at the end of the import
process
>> > was only shown if there were new transactions added to an account.
>> >
>> > I just installed KMM 3.97.2 and the summary screens are back. Luckily
when
>> >  I update all of my accounts I only get one summary screen at the end
but
>> >  it shows all accounts, even the accounts with no new transactions.
>> >
>> > Is there an option I can set so that I only get the "Statement Stats"
if I
>> > have new transactions?
>>
>> Not that I know. Maybe the change in 1.0.x was done past the creation of
3.9x
>> which lives in a separate source repository. I'll check into that. If you
have
>> a hint what "some time in the past year" might be in more detail, it will
ease
>> my search. TIA. If you can't, I need to grab the large shovel for digging
:)
>>
>> --
>>
>>
>> Regards
>>
>> Thomas Baumgart
>>
>> GPG-FP: E55E D592 F45F 116B 8429   4F99 9C59 DB40 B75D D3BA
>> -------------------------------------------------------------
>> Any sufficiently advanced bug is indistinguishable from a feature.
>> (Rich Kulawiec)
>> -------------------------------------------------------------
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kmymoney-devel/attachments/20100414/50c61505/attachment-0001.htm