From: "Scott Gray" <[EMAIL PROTECTED]>
Hi Jacopo
My understanding of calc and final:
calc - adjustment level rounding
final - the sum of all tax adjustments (tax total) is rounded to this
precision
Perhaps AcctgTransEntry.amount needs to store to a higher precision as well?
Yes, I agree with Scott's suggestion
Jacques
Regards
Scott
On 08/01/2008, Jacopo Cappellato <[EMAIL PROTECTED]> wrote:
While testing the GL accounting transactions I've found something that
could be an issue in the procedure that computes the sales tax
adjustment for the invoice.
I've noticed that the InvoiceItem.amount for sales tax contains
sometimes a number with 3 decimals, even if the arithmetic.properties
file we have:
salestax.calc.decimals = 3
salestax.final.decimals = 2
salestax.rounding = ROUND_HALF_UP
You can recreate this by creating and invoicing a sales order for 3
units of GZ-1000.
For example, look at this invoice:
https://demo.hotwaxmedia.com/accounting/control/invoiceOverview?invoiceId=CI1
Having 3 decimals is an issue for the gl auto posting service for sales
invoices because the sales tax item generates an AcctgTransEntry, but
the AcctgTransEntry.amount field can only store 2 decimals.
I'd appreciate suggestions/hints.
Cheers,
Jacopo
