On 5/23/2018 9:17 AM, Nathanial Jones wrote:
The "It can't be fixed," attitude is just wrong, since there is a
conceptually simple fix.
It may take a while to code, but why not just put a check box or option
group into the tax rate setup that defines whether it is a "per item" or
"total" rate.
I
Op woensdag 23 mei 2018 15:17:52 CEST schreef Nathanial Jones:
> The "It can't be fixed," attitude is just wrong, since there is a
> conceptually simple fix.
>
> It may take a while to code, but why not just put a check box or option
> group into the tax rate setup that defines whether it is a "pe
The "It can't be fixed," attitude is just wrong, since there is a
conceptually simple fix.
It may take a while to code, but why not just put a check box or option
group into the tax rate setup that defines whether it is a "per item" or
"total" rate.
On Wed, May 23, 2018 at 8:46 AM Matthew Pounset
Thanks for all your replies. If just the people who have replied in the
last 12 hours is any indication, then a lot of people are "living with" a
fairly annoying bug.
In my case, this is on an invoice I'm generating, not a bill, so I don't
feel like I can mess with the data too much. Fortunately
There is no solution to this. Among other things, it would be dependent
on the rules of the jurisdiction whether the tax is supposed to be
figured per item or on the total of all taxable items. So what would fix
it in one case would break it in the other. It simply is true that
rounded(a) + rou
Matthew Pounsett mailto:m...@conundrum.com>>
To: Gnucash Users mailto:gnucash-user@gnucash.org>>
Subject: [GNC] Invoice tax rouding issue in 2.x
Message-ID:
mailto:caaiteh-dky0gqufsyy5by9_drstef1yt77oiy_r3cwqw3iu...@mail.gmail.com>>
Content-Type: text/plain; charset="UTF-8
I’ve been living with this for years.
The occasional bill has two extra lines (since bills are only internal records
it doesn’t matter that they don’t match).
The one is called “Tax Error” and is taxable; containing just enough in its
amount field to generate a penny of tax.
The other is called
Op woensdag 23 mei 2018 03:11:26 CEST schreef Matthew Pounsett:
> I've got an off-by-a-cent error on an invoice due to the way taxes are
> calculated. GnuCash (2.6.21) is calculating the tax on each individual
> taxable item, then summing that up, and adding that value to the subtotal.
> This caus
On Wednesday, 23 May 2018 02:11:26 BST Matthew Pounsett wrote:
> I've got an off-by-a-cent error on an invoice due to the way taxes are
> calculated. GnuCash (2.6.21) is calculating the tax on each individual
> taxable item, then summing that up, and adding that value to the subtotal.
> This cause
I've got an off-by-a-cent error on an invoice due to the way taxes are
calculated. GnuCash (2.6.21) is calculating the tax on each individual
taxable item, then summing that up, and adding that value to the subtotal.
This causes an error because each individual tax calculation is rounded
prior to
10 matches
Mail list logo
