Issue when retrieving exempt tax

Description

Hi,
The query which get the exempt tax doesn't use the "SO/PO Type" and use wrongly the organizationID.

Environment

None

Attachments

2

Activity

Show:

Nicolas Micoud August 29, 2019 at 10:53 AM

Hi

They agree with your suggested approach !

Thanks a lot,

Nicolas

Carlos Ruiz August 28, 2019 at 9:24 AM

Hi , yes, I think it would be better to keep just one exempt, that record usually doesn't go to accounting, and reporting from C_OrderTax/C_InvoiceTax must be easy as there is organization there.

Nicolas Micoud August 28, 2019 at 5:14 AM

Hi ,

They have 2 organizations (USA / Europe) and their idea was to ease reporting of those amounts.
As it's my first cross-continents implementation (with such level of reporting), I have no experience and I said "yes, ok let's do that". And then I found the "bug".

If you think is better to have a single exempt tax rate for the whole client, I think I can change the setup.

wdyt ?

Thanks,

Nicolas

Carlos Ruiz August 27, 2019 at 9:51 AM

Hi , revisiting this:

  • SOPOType=A doesn't exist, it's B

  • the org usage is correct, after applied the patch - sales order threw error "No Tax Exempt Rate found (define a tax exempt tax rate)Organization:HQ" - the actual query looks for an exempt tax in the same client of the organization which I think is right, I think the common case is to have just one exempt tax per client

  • and this leads me to this question: how is the need to manage more than one exempt tax per client? why do you need different exempt for sales than purchases? why one per org?

Nicolas Micoud August 26, 2019 at 5:48 PM

Hello ,
Patch updated !

Regards,

Nicolas

Incomplete

Details

Assignee

Reporter

Labels

Priority

Created August 8, 2019 at 5:29 PM
Updated October 1, 2019 at 2:21 PM
Resolved August 29, 2019 at 8:57 AM