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 778482 - View Lots Scrub process should account for commissions and fees
View Lots Scrub process should account for commissions and fees
Status: RESOLVED OBSOLETE
Product: GnuCash
Classification: Other
Component: Currency and Commodity
2.6.14
Other Mac OS
: Normal enhancement
: ---
Assigned To: gnucash-core-maint
gnucash-core-maint
Depends on:
Blocks:
 
 
Reported: 2017-02-11 10:40 UTC by David
Modified: 2018-06-29 23:54 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description David 2017-02-11 10:40:36 UTC
The scrub process yields a gain value that does not account for commission or fee splits on a transaction. If a user enters a sale transaction and splits out the commission and fees, the scrub action will not catch this. While users can work around this by encapsulating their sales transactions in a generic "Net pricing" procedure, the scrub feature ought to accommodate users who wish to document their commissions and fees.
Comment 1 John Ralls 2017-02-12 23:31:52 UTC
And how exactly do you propose that the scrub would be able to detect the commissions and fees, and to know the tax law in the user's jurisdiction about how to handle them?
Comment 2 David 2017-02-13 12:19:20 UTC
For starters? How about having the "Splits Free" window include ALL the splits in the account, and not just buy and sell splits. Bug 778314 raises the point that pre-existing gains should be included for selection; I believe that including other splits in the account could be included as well. That way, should a user *wish* to document their commissions on a lot, they could select these splits and include them in the calculation.
Comment 3 David 2017-02-13 12:22:29 UTC
A follow on might be to allow the user to designate one or more particular accounts for Commissions and Fees (either on a per-scrub or per-book basis), so that splits going to these designated accounts get assigned correctly.
Comment 4 John Ralls 2017-02-13 14:55:43 UTC
If by "not catch this" you mean that the scrub code fails to net-out commissions and fees, then that's correct behavior--you can't do both, it's either-or--and there's nothing to fix here.

(In reply to David from comment #2)
> For starters? How about having the "Splits Free" window include ALL the
> splits in the account, and not just buy and sell splits. Bug 778314 raises
> the point that pre-existing gains should be included for selection; I
> believe that including other splits in the account could be included as
> well. That way, should a user *wish* to document their commissions on a lot,
> they could select these splits and include them in the calculation.

As you know, we have no need for duplicate bugs.
Comment 5 Geert Janssens 2017-09-22 12:36:07 UTC
I note this bug has remained in "Needinfo" state, so... is this a nothing-to-fix-here, a duplicate or a genuine request that  stands on its own ?
Comment 6 John Ralls 2017-09-22 14:13:26 UTC
I think that it's a legitimate request. There's no way to do it automatically but it should be possible to add controls to the Scrub Lots dialog to enable adding commission and fee splits to the cap gain computation.

The request is complimentary to bug 778314; someone undertaking one will likely want to do the other as well.
Comment 7 John Ralls 2018-06-29 23:54:18 UTC
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=778482. Please continue processing the bug there and please update any external references or bookmarks.