Bryan Pham

When a new address is created, we request the user to confirm the correct zip code, state, and country. The system currently just looks at the zipcode table, but it still lets the user change the state and nation. This may result in delivery or address problems if they are typing the wrong combination.

During the business's testing of the Bank Foreign Currency Revaluation feature, it was identified that the account structure validation is not being applied when posting voucher transactions. As a result, some transactions are being posted with blank financial dimensions.Despite having the 'Enhancements to Bank Foreign Currency Revaluation' feature enabled, this issue persists.

I would like to propose this for consideration by the product group, with the aim of addressing this limitation in future updates.

Also, this is expected for other modules' FX revaluation.

The date on the electronic document submission log form should be in the dd/mm/yy format, as this format is compatible with most other forms after updating format in User Options.

The time currently displays as 12:00:00 AM instead of the actual submission time. It should reflect the correct time on the electronic document submission log form, consistent with the submission details form.

Submission Status – For submissions that initially show a "Failed" status, the submission status in the log will not be updated, even after a successful upload to IRBM. The final submission status, "Completed," can only be viewed by clicking on "Inquiries" and selecting the related submission.

The project invoice form for the GST group is currently generating inaccurate values for each invoice.

When we attempt to check the GST group in Visual Studio, the data is processed for localization purposes, which causes the incorrect GST group to display, rather than the correct GST group associated with the lines in the invoice.

As a result, we are required to review each invoice individually to confirm the corresponding GST group, which is proving to be an inefficient and time-consuming process.

When posting a journal, in case the available budget funds have been exceeded, so error messages should pop up to inform about the variance between the total amount of all lines and the available budget funds instead of difference of an amount of each line will be compared to the available budget funds. It can be less annoying for customers.

I understand that the only out-of-the-box (OOTB) electronic report (ER) payment model template available for generating vendor payment files in Dynamics 365 Finance and Operations for New Zealand is the Directlink (NZ) format. However, it appears that this format is not suitable, as customers are unsure if any New Zealand banks use it.

To address this issue, customers will need to customize the format to make it usable. It would be more convenient for customers if the product could offer other formats that serve the same purpose, providing different options to choose from, rather than just the Directlink (NZ) format.