Re: semantics of importer account_id

> On Nov 4, 2015, at 6:12 AM, G. Paul Ziemba wrote: > > I wrote: > >> The gnucash aqbanking importer constructs an online_id/account_id >> as, roughly, bankcode + accountnumber. > >> The ofx file importer uses the account_id provided by libofx, which >> uses

Re: semantics of importer account_id

David Carlson writes: > Sorry, it seems that my smartphone is not so smart, and I failed to > address my reply properly to either of the GnuCash lists. I think > that the correct list may be the user list, but I will direct this to > both. > > I think the account

Re: semantics of importer account_id

I wrote: >The gnucash aqbanking importer constructs an online_id/account_id >as, roughly, bankcode + accountnumber. >The ofx file importer uses the account_id provided by libofx, which >uses various string components among the set {acctid, acctkey, >brokerid, bankid, branchid} depending on the

Re: semantics of importer account_id

On 10/31/2015 10:33 AM, G. Paul Ziemba wrote: I believe (I could be wrong, though) that the QIF importer does not match against any online_id associated with the gnucash account, so importing from QIF wouldn't modify the stored online_id. The problem occurs for me going between online OFX via

semantics of importer account_id

I'd like to highlight [what I claim to be] a design issue with the way the importer handles onlind IDs, propose two possible solutions, and solicit further opinions on the validity of these points as well as alternate ideas/approaches. Some relevant files for anyone following along: