Adjust tax by manually entering it on invoice line works in Adempiere but not iDempiere 1.0c

261 views
Skip to first unread message

Daniel Tamm

unread,
Aug 17, 2013, 5:23:30 AM8/17/13
to idem...@googlegroups.com
Sometimes the tax of a vendor invoice doesn't match iDempiere's calculated amount.
One easy way to adjust this and get the accounting right in Adempiere was to create an adjustment row.

Below is a picture of how this tax adjustment row is normally made i ADempiere. It works perfectly. The result is simply that the tax amount of the invoice is increased. The charge selected isn't used in the accounting, only the tax account on the selected tax.

If I do this in iDempiere, the line is completely ignored. Even though it says that the line total is 61.26, it doesn't add to the invoice's grand total.

Does anyone know if this is a deliberate change or is it a bug? I'm hoping it's a bug because it's a good feature as it worked in Adempiere.


Carlos Antonio Ruiz Gomez

unread,
Aug 20, 2013, 8:03:07 PM8/20/13
to idem...@googlegroups.com
Daniel, I tested your use case on demo (invoice 10000010) and it worked
fine.

Regards,

Carlos Ruiz

Daniel Tamm

unread,
Aug 21, 2013, 2:52:25 AM8/21/13
to idem...@googlegroups.com
Thanks for checking :-)

Perhaps my use case was unclear. Is this the invoice you tested?



I don't see that it worked. I tested my use case on demo and it turns out the same as reported. See below:

-- 

--
Notima AB
Lärjungevägen 6
SE-136 69 Vendelsö
Tel: +46 8 776 31 30 Fax: +46 8 712 95 73
Email: in...@notima.se - Web: http://www.notima.se/
--

Carlos Antonio Ruiz Gomez

unread,
Aug 21, 2013, 9:21:16 AM8/21/13
to idem...@googlegroups.com
Sorry, that's not the invoice I created, just checked and I created locally, not on demo.

So, apparently is one of the plugins installed on demo what is causing the failure, in my local it works fine without plugins.  I'll reinstall fully demo and test again.

Regards,

Carlos Ruiz



On 21/08/13 01:52, Daniel Tamm wrote:
Thanks for checking :-)

Perhaps my use case was unclear. Is this the invoice you tested?



I don't see that it worked. I tested my use case on demo and it turns out the same as reported. See below:






Carlos Antonio Ruiz Gomez skrev 2013-08-21 02:03:

Carlos Antonio Ruiz Gomez

unread,
Aug 21, 2013, 9:30:53 AM8/21/13
to idem...@googlegroups.com
Daniel, I just restored demo and created invoice vendor 10000010 - I see everything OK, even accounting.

Regards,

Carlos Ruiz

Daniel Tamm

unread,
Aug 21, 2013, 9:36:49 AM8/21/13
to idem...@googlegroups.com
Nice :-) Thanks! Then I'll probably need to upgrade my own idempiere to have it work on my installation.

/Daniel
--
You received this message because you are subscribed to the Google Groups "iDempiere" group.
To unsubscribe from this group and stop receiving emails from it, send an email to idempiere+...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Yogan Naidoo

unread,
Aug 26, 2013, 3:37:25 PM8/26/13
to idem...@googlegroups.com
Hi,

I can see Carlos's invoice vendor 10000010 worked fine, but I tried to adjust the tax in invoice vendor 10000014 on demo with no success. The issue reverted to what Daniel described.

Ciao
Yogan

Yogan Naidoo

unread,
Aug 26, 2013, 3:53:23 PM8/26/13
to idem...@googlegroups.com
Hi,

Found my problem. The tax rate used for my invoice was set to calculate tax at document level. I unticked this and I can adjust the tax as required.

Ciao
Yogan

Daniel Tamm

unread,
Sep 12, 2013, 1:00:14 PM9/12/13
to idem...@googlegroups.com
Excellent Yogan! That was the solution to my problem too :-) I had my tax calculated at document level. When I changed that it worked as expected.

Thanks for your feedback :-)

/Daniel

Hiep Lq

unread,
Jun 4, 2018, 4:48:14 AM6/4/18
to iDempiere
just for note.
logic at line 214 class MInvoiceTax

if (!documentLevel && amt.signum() != 0 && !isSOTrx) // manually entered
Reply all
Reply to author
Forward
0 new messages