Re: Need help to figure out an issue with sales tax decimals in InvoiceItem

[Tim Ruppert]

+1

On Jan 7, 2008, at 6:21 PM, Jacques Le Roux wrote:

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:

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

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


the AcctgTransEntry.amount field can only store 2 decimals.

I'd appreciate suggestions/hints.

Cheers,

Jacopo

While testing the GL accounting transactions I've found something that sometimes a number with 3 decimals, even if the arithmetic.properties Having 3 decimals is an issue for the gl auto posting service for sales invoices because the sales tax item generates an AcctgTransEntry, but

smime.p7s
Description: S/MIME cryptographic signature