47
Currently, when you post packing slip and have accrual option turned on, the transaction is posted in accounting currency, not transaction currency, which is causing multiple issues.
I can understand, that inventory is posted in accounting currency, but revenue accrual falls into a different category - future inflows, which will be, when invoice is created, posted in transaction currency.
As such, accrual receivable can be a subject to exchange rate revaluation, which is with current functionality impossible.
The second problem is connected with reporting currency. Reporting currency is in general revaluated from transactions currency which is by the way the only functionality which will enable translation from transaction currency in case reporting currency is used for consolidation process. As such, companies in most cases use different exchange rate providers. In packing slip posting, as it is posted in accounting currency, the reporting currency is calculated from transaction currency, which has previously been revaluated based on accounting exchange rate. The result of this double translation is, that the amount in reporting currency will not be the same as the amount in transaction currency in case that transaction and reporting currency are the same, which is from accounting perspective unacceptable.
The third issue is the inconsistency with the similar functionality on the purchase side. On purchase side, when you post product receipt with accrual, the accrual is correctly posted in transaction currency.
I can understand, that inventory is posted in accounting currency, but revenue accrual falls into a different category - future inflows, which will be, when invoice is created, posted in transaction currency.
As such, accrual receivable can be a subject to exchange rate revaluation, which is with current functionality impossible.
The second problem is connected with reporting currency. Reporting currency is in general revaluated from transactions currency which is by the way the only functionality which will enable translation from transaction currency in case reporting currency is used for consolidation process. As such, companies in most cases use different exchange rate providers. In packing slip posting, as it is posted in accounting currency, the reporting currency is calculated from transaction currency, which has previously been revaluated based on accounting exchange rate. The result of this double translation is, that the amount in reporting currency will not be the same as the amount in transaction currency in case that transaction and reporting currency are the same, which is from accounting perspective unacceptable.
The third issue is the inconsistency with the similar functionality on the purchase side. On purchase side, when you post product receipt with accrual, the accrual is correctly posted in transaction currency.
STATUS DETAILS
Needs Votes
Administrator
Thank you very much for your input. Comprehensive design changes were made for Purchase Order Product Receipt for Microsoft Dynamics Ax2012 enabling the accruals to be posted through the AP posting engine in transaction currency. Similar design changes were not made for Sales packing slip such that revenue accruals continue to be posted using inventory posting engine in accounting currency. We do not have any concrete plans to extend this capability in the near future, we will however monitor how much in demand such a capability is and re-assess.