After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 778692 - Assign as payment should work for employee expense vouchers
Assign as payment should work for employee expense vouchers
Status: RESOLVED FIXED
Product: GnuCash
Classification: Other
Component: Business
2.6.15
Other All
: Normal normal
: future
Assigned To: gnucash-core-maint
gnucash-core-maint
Depends on:
Blocks: 778981
 
 
Reported: 2017-02-15 16:26 UTC by Iulian Dragos
Modified: 2018-06-29 23:54 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Iulian Dragos 2017-02-15 16:26:58 UTC
I cannot assign an existing transaction in my Checking account (imported from the bank) as a payment for an employee voucher. Normally this works well for bills.

I tried to right-click on the transaction and choose "Assign as Payment". This dialog will only offer to find a "Vendor", not employees, so I can't select the voucher.
Comment 1 Nick 2017-05-04 19:58:20 UTC
I would also greatly appreciate one of the developers to provide two options when right-clicking on a transaction...

"Assign as Vendor Payment"
"Assign as Employee Payment"

Is this possible?

Thanks

Nick
Comment 2 Geert Janssens 2017-05-05 09:23:25 UTC
I had marked this issue as pending for gnucash 2.8. I hope I will have enough time left to implement a decent solution by then.

I'm not too fond if adding menu options. At least it should be three in that case, because it could also be a Customer payment.

And it gets even more complicated than that: it could equally be a payment for a bill/invoice as for a credit note. So to cover all options that would make 6 new menu entries...

Because not all information can be deduced from the transaction in all circumstances, it's probably best to ask the user when "Assign as payment" is selected. At best gnucash can make a best guess proposal and allows the user to correct when needed.
Comment 3 Derek Atkins 2017-05-05 14:25:00 UTC
Geert, I cannot see how it can be all three (six) at the same time.  The transaction either goes into A/R (Customer) and A/P (Vendor/Employee).  So you can certainly separate based on that, no?  Or am I missing something?
Comment 4 Geert Janssens 2017-05-05 15:53:17 UTC
Yes, you are missing that some transactions go in neither. Assign as payment is designed to also work on a transaction between a asset/liability and an expense/income or even between two asset accounts (like a poorly imported bank transaction that transfers to the imbalance account).

As said in some situations gnucash can make an educated guess and should propose that. In other situations it's just a wild guess...
Comment 5 Nick 2017-11-03 09:14:48 UTC
Hi Everyone

Can you please confirm that this feature won't appear until version 2.8? The reason I ask is I'm on 2.6 so I assume it means it's not going to be available any time soon.

I use the Employee section to keep my wages away from the Vendor list. It's just nice to have them recorded separately.

I have a few reconciled payments in the bank account that I need to assign to assign to employee payments. Is my only option to delete the payments, use the process payment option and re-reconcile?

Cheers

Nick
Comment 6 Geert Janssens 2017-11-14 10:06:32 UTC
The fix for this issue will definitely not appear in gnucash 2.6.x. The changes are too intrusive to go there.

2.8 is planned for early next year and I'm currently looking at this.
Comment 7 Geert Janssens 2017-11-18 18:03:07 UTC
This is now implemented for 2.7.2 and later.

Gnucash will now analyse the selected transaction more thoroughly. If it decides it can't be assigned as payment it will simply not provide an option to do so. If it finds it's an existing payment it provide an Edit payment menu option rather than an Assign as payment option and it will repopulate the payment in the payment dialog for you.
If not all of the information in the transaction can be used by the payment dialog (like more than one payment split, or splits in multiple AR/AP account) it will inform the user or ask for extra details.
Lastly, in all cases whatever gnucash populates in the payment window is now only a proposal. Inside the payment window you can now choose to switch from customers to vendors or employees as needed if gnucash guessed the wrong owner type.

So if gnucash guessed your payment to be a customer payment but instead it was an employee credit note refund, you can adjust the payment window to show employees instead of customers and then select the proper employee and credit note.
Comment 8 John Ralls 2018-06-29 23:54:22 UTC
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=778692. Please update any external references or bookmarks.