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

Reply via email to