Hi, Pratik, long time no see.

IP3 is rule for tax. Do you use tax-specific currency rates in this company? 
I can see that invoice is in EUR with rate 1, is the advance in same currency? 

I am not sure what currency rate type is used in this process, but you should make sure that, if EUR is accounting currency of the company, line with EUR rate 1 is present in all currency rate types definition based on EUR currency.

Hi Adam

Thanks for remembering me. I hope you are doing good.

Currently, we do not use tax specific currency in posting control.

Also, Rate EUR is 1 everywhere in advance invoice, final invoice, payment and all currency types.

Below is Server Trace which is stopping invoice to be posted.

Just for you information: If there is no advance invoice linked than we are able to post manual supplier invoice successfully. It is when we link the advance invoice to offset it, the issue specifically arises.  

Thanks & Regards

Pratik Shah

Looking at this, it seems automatic offset (advance amortization) did not fetch currency rate for some reason. I suspect that you have default currency rate type indicated for company with EUR rate valid, so this issue looks like a bug. I think support should look at it.

Hi Adam

Greetings

We have one more observation here, if we use 0% tax code and tax method as “Payment” than we get the error mentioned above.

But, opposite to it, if we use 0% tax and tax method as “Invoice Entry” than we do not get the error mentioned above.

Does IFS has any restriction for 0% that tax method must always be “Invoice Entry”?

Thanks & Regards

Pratik Shah

I do not think it is restriction, it is rather defect of the IFS code. That’s why I suggested raising support case.

Hi Adam

Thanks for all your valuable inputs.

Regards