ofxdirectconnect in aqbanking3 branch

David Reiser dbreiser at earthlink.net
Wed Jul 9 16:02:14 EDT 2008

On Jul 9, 2008, at 1:12 PM, Martin Preuss wrote:

> Hi,
> On Mittwoch, 9. Juli 2008, Derek Atkins wrote:
> [...]
>>> When asked for the list of accounts the bank returns the account  
>>> number
>>> as say "xxxxx1234". But when returning statements it only returns a
>>> substring for the account number (e.g. "1234").
> [...]
>> Doesn't GnuCash/AQB already know the account number/information  
>> when it
>> sent the statement request in the first place?  The only potential  
>> issue
>> I can see is if the bank shares account numbers across multpiple  
>> accounts
>> of different types, but one would hope there's some way to  
>> differentiate
>> between Checking and Savings accounts.  (My Credit Union does this).
> [...]
> Well, yes, GnuCash knows the account number, but that's not what the  
> bank
> returns in this case. Some banks choose - for whatever reason, I  
> really can't
> think of a good one - to report a truncated version of the account  
> number in
> the statements, and that's what GnuCash needs to catch if it wants  
> to read
> the requested statements :-/

I don't think this is a bank issue. If I run the aqbanking3 wizard and  
Get Accounts, the bank will send whatever it uses for the accountID.  
As long as I complete the gnucash Online Banking Setup wizard  
completely (Apply at the final dialog), the gnucash data file is  
updated so the hbci slot agrees with whatever the bank sent as the  
accountID. Subsequent ofxdirectconnect sessions use that accountID,  
and the bank responds with the same accountID in the ofx data  
response. And gnucash complains: gnc_ab_gettrans: No accountinfo  
result for this account

I can change the error from No accountinfo to gnucash reporting that  
there are no transactions in the time period by

Index: src/import-export/aqbanking/gnc-ab-gettrans.c
--- src/import-export/aqbanking/gnc-ab-gettrans.c	(revision 17266)
+++ src/import-export/aqbanking/gnc-ab-gettrans.c	(working copy)
@@ -192,7 +192,7 @@

      /* Lookup account in context */
-    acc_info = AB_ImExporterContext_FindAccountInfo(
+    acc_info = AB_ImExporterContext_GetAccountInfo(
          context, gnc_ab_get_account_bankcode(gnc_acc),
      if (!acc_info) {

So it looks like credit card connections might have been hit by the  
lack of a bankcode (it appears that GetAccountInfo just wraps  
FindAccountInfo to protect against missing BankCode or accountNumber  

There is still a problem, because the ofx data clearly contain  
transactions that should be imported, and gnucash is oblivious.

David Reiser
dbreiser at earthlink.net

More information about the gnucash-devel mailing list