2026-04-03 GnuCash IRC logs

01:58:59 *** fell_laptop has quit IRC
01:59:51 *** fell_laptop has joined #gnucash
01:59:51 *** ChanServ sets mode: +o fell_laptop
03:07:42 *** fell_laptop has quit IRC
03:07:51 *** fell_laptop has joined #gnucash
03:07:51 *** ChanServ sets mode: +o fell_laptop
04:19:45 *** rabbull has quit IRC
04:20:04 *** rabbull has joined #gnucash
04:20:05 *** ChanServ sets mode: +v rabbull
07:25:29 *** Gimp3 has quit IRC
07:25:51 *** Gimp3 has joined #gnucash
07:25:51 *** ChanServ sets mode: +v Gimp3
09:06:34 <bauen1> Is there a way to improve / preformat the data supplied by aqbanking when you fetch transactions ? Not without actually modifying gnucash itself, right ?
09:07:08 <bauen1> Most of my online banks put some additional information in the purpose (or whatever) field, and it would be nice to prefill some of this into e.g. the action field
09:26:34 <warlord> bauen1, you'd need to either change AQB or GnuCash to change the behavior. Note that GnuCash tries to put all "useful" information obtained from AQB into the transaction -- you might need to use Double Line Mode and expand the splits to see it.
09:49:20 <bauen1> warlord: I'm usually working with splits ... but I forgot about the second line, I'll check that thx
09:54:53 *** Sleet5410 has quit IRC
09:56:03 *** Sleet5410 has joined #gnucash
09:56:04 *** ChanServ sets mode: +v Sleet5410
11:05:58 *** chf has quit IRC
11:06:41 *** chf has joined #gnucash
11:06:42 *** ChanServ sets mode: +v chf
12:35:49 <bauen1> warlord: doesn't seem like anything gets put into the 2. line
12:36:07 <bauen1> it does put some stuff in the split but i already know about that
12:36:58 <warlord> bauen1, have you verified that AQB puts the data into the values returned to GnUCash?
12:41:24 <bauen1> warlord: yes and no, I'll go and check because I feel like there might be info that aqbanking has but isn't putting in, but primarily my issue is transactions that will get imported like "WP-Abrechnung Kauf VERVE GROUP SE A ISIN SE0018538068 STK 2" - english: "booking buy stock-name isin ... number-of-shares 2"
12:41:57 <bauen1> warlord: so in this case it will work that gnucash will find the appropriate account for the transaction, but I will still need to manually input the exchange rate, despite that being in the transaction name ...
12:45:07 <bauen1> Hmm, interesting, so aqbanking will give a date and a valuta date, and gnucash uses the valuta date - which then doesn't work with any of the statements since they are all using the booking date - but I guess that would also require me to modify gnucash -.-
12:45:26 <warlord> Yeah, it wont pull the rate from the description; but it SHOULD be able to pull it based on the Qty and Value in the transaction itself
12:45:44 <warlord> yeah
12:45:51 <bauen1> warlord: hmm, I think the bank might be putting it in the description only in this case :(
12:46:31 <bauen1> warlord: there's another case with a pseudo credit card where I know that aqbanking simply doesn't parse the qty and value ... but I have yet to be able to actually send a mail to the aqbanking mailing list about it - I think my mail address never got whitelisted lol
12:46:44 <bauen1> annoying
12:47:57 <bauen1> And I don't have the hours necessary to work myself into a C code base like gnucash/aqbanking and make a sensible patch - it's hard enough to try and understand the existing code, let alone modify it
12:52:10 <bauen1> what about the `aqbanking/src/libs/plugins/imexporters` stuff ? I guess that won't get used by gnucash invoking aqbanking, so even if I made something work with that I'm limited to what the aqbanking importer in gnucash can handle ?
12:52:20 <warlord> I'd first look to see the data is there. Then I'd email the aqb and/or gnucash list(s)
12:54:37 <bauen1> well it is in the description ... trying to figure out if it's also in some sensible other field ...
12:54:45 <bauen1> but that's also easier said than done
12:55:15 <warlord> Yeah, just being in the description is not sufficient.
13:00:06 <bauen1> Hmm, it does not seem that the banking server gives me the quantity in an XML field ... but it does give me the reference number, which would be great to have included
13:10:23 <bauen1> Well, at least it is fitting that one of the protocols / standard is called pain -.-
13:33:24 *** jralls-m1 is now known as jralls
13:33:32 *** ChanServ sets mode: +o jralls
13:38:18 <jralls> bauen1: You could figure out which imexporters profile AqBanking is using for the transactions you're retrieving and modify that to push into the fields that GnuCash reads.
17:24:05 <bauen1> jralls: I'll try doing that ...
23:10:01 *** jonakeys has quit IRC
23:10:08 *** jonakeys has joined #gnucash