We need to release to purchase invoice to make some corrections for tax calculation, sometime the rounding is not correct.
Why BC is reversing the taxes in the orginiating cie (cie A) without transfering it to the Inbox IC transaction in cie B? So the taxes are 0 in cie A, Cie B the total transfered is done in the expense G/L account indicatated in IC Partner Reference including taxes. Taxes setup are the same in both companies but there is not set up in taxes that is referring to IC code taxes.
In this situation, it is not a transaction in cie A that sell or buy to/from cie B. We have a specific vendor that sometime the expense is for cie A and sometime for cie B that needs to be paid in cie A.
Please correct this bug with taxes for IC transaction.
Also for some reasons, sometimes the taxes don't need to be reversed to cie A, if a setup in IC can determined to whom the taxes is supposed to be, it would help how to manage IC inbox transaction.
Comments
This is something that should be addressed. We were able to see the issue when testing using a GL account in the purchase invoice line, then linking it in the line which will cause a ‘wash’ when it its posted and moved to the IC Partner. (this is a common practice for users) The problem occurs before it even posts as the ‘wash’ piece of the journal is out of balance by the rounding between the expense and the tax. Overall, the transaction will balance with debits and credits which is why the posting is successful. What is not successful is the expense and tax are sent to the IC Partner out of balance.
This will come down to only have the direct ability, when using taxes that will produce rounding issues, to go IC Partner to IC Partner. Because of the complexity that is needed to get taxes to calculate correctly, (meaning what we see until we ‘release’ the document) there is no way presently to get this done properly thru IC transactions but is sorely needed.
Category: Financial Management