GNOME Bugzilla – Bug 324607
Business module and HBCI online-transactions do not inter-operate
Last modified: 2018-06-29 20:54:43 UTC
Please describe the problem: When using the online transaction capabilities (HBCI) in combination with the business module, a lack of communication between these two modules has been observed. Double bookings are likely to occur, requiring a manual fix after an online transaction has taken place. It kind of questions the entire online capabilities... This bug can be rated partially "Normal", partially "Usability". Since there is a high chance of messing up the entire book-keeping, I decided to post it as a "normal" malfunction Steps to reproduce: 1. Create a simple set of five standard accounts: income, expense, accounts payable (liability), accounts receivable (asset) and a checking account of type bank. 2. Bind bank account to an online test-hbci account (Tools -> Configure HBCI) 3. Create an arbitrary bill: (Business -> Vendors -> New Bill), charge the expense account and post it to the A/payable account. 4. Open the bank register and initiate an online payment (Transaction -> Online Transaction -> HBCI single transaction. Charge your bank account as source and post it to A/payable. At this step you have payed a vendor's bill... Actual results: Money is transfered from your checking account, without marking your bill as being paid. The bill remains in the state of being "unpaid" although the A/payable has been balanced by an online transaction ! Expected results: Implement a mechanism, so that an HBCI-online transaction are related to the open bill. Or: provide an option to manually set the "unpaid" flag to "paid" Does this happen every time? yes Other information: Currently, one way of getting around this problem is to (1) initiate an HBCI-online transaction, (2) delete the bookings made in GnuCash and then (3) add a payment manually with "Business -> Vendors -> Process Payment". If step (2) is left out, you end up with a double booking... . The same effect can be observed the other way round as well, when a customer pays for an invoice
I have created a test-set with an open bill to be paid for. HBCI still needs to be configured...
Created attachment 56205 [details] Test case for bug 324607
Thanks for reporting this in this verbose form. However, it's an enhancement request, so I'm changing the severity. Hopefully Derek can comment on how difficult it would be to implement this...
This is effectively bug #108570 but just in a different form. I suspect it would be rather challenging to implement. The business features and the import (hbci) features were implemented in completely separate forms in different modules. The business features depend on "LOTS" in A/R and A/P. The Process Payment UI will automatically apply a payment to a particular customer/vendor by adding it into the appropriate lot and then balancing it out as necessary. There are a couple of ways to workaround this problem: 1) You could manually use the Lot Editor (note that this is not available in 1.8) and add the new transaction into the appropriate lot. This code already exists in SVN so you could use it now. 2) We could try to create a new special dialog to assign a split to a customer/vendor. 3) We could try to implement some hook in the register so that when a new transaction is added to an A/R or A/P account then it tests to see if that transaction is applied to a lot and, if not, pops up a dialog to ask the user what to do. While UI-wise 3 would probably be the best, it is also the most difficult to implement. You could still use #1 now (if you're using SVN).
Christian recently committed r21382 and r21383 which together allow you to assign an existing transaction to a bill. I presume with the added functionality you could now * run the steps the original poster mentions (so the last step being an online banking transaction is done to pay a bill) * open the bank account register and right-click the transaction that was just created * assign it to a bill Granted, it's still a manual step to do, but doesn't that already solve part of this enhancement request ?
GnuCash bug tracking has moved to a new Bugzilla host. The new URL for this bug is https://bugs.gnucash.org/show_bug.cgi?id=324607. Please continue processing the bug there and please update any external references or bookmarks.