bank

Few months ago, when I wrote about Posting Groups and Payment Posting, I got a few comments about some related topic. This topic was a Bank Data Conversion Service for Microsoft Dynamics NAV 2015 as part of the improved reconciliation capabilities. This service hosted on Microsoft Azure is delivered by AMC Consult A/S and provides automatic processes fro electronic payments, payment reconciliation and bank account reconciliation in NAV.

I didn’t have enough time to write about this topic, but now Microsoft has published article about this topic. Sorry to my followers because I didn’t finish it faster then Microsoft, but I can help them with relations to information. You can find a lot of information and additional documents (pptx and videos) on Partner Source: https://mbs.microsoft.com/partnersource/global/readiness-training/readiness-training-news/BankDataConversionServicebyAMCConsult.

When we post payments, we usually have payments for customers and from vendors. In the same time, we should have bank account posting as balance accounts. Bank account is not necessary, but it is the best practice.

When we post payments from bank statement, we will get the same G/L entries, regardless we have payment in local currency or in some other. These are entries as following:

If we use non-local currency in payment process, after running Adjust Exchange Rate batch job, we will get the following G/L entries:

In previous example, you could see result if used currency exchange rate was increased. But, if exchange rate was decreased, the posting results in G/L entries would be as following:

All previous results were unrealized exchange rates gains or losses, but when we apply these payments, we will get realized exchange rates as on following table:

All postings, based on difference currency code, use posting groups and accounts as on following flow chart:

Totovic Dynamics 365 Blog

Bank Data Conversion Service for NAV 2015

Posting Groups #12 – Payment Posting