Ogniana Nikolova

A scenario drew our attention, as it was related to a case with Business Central, specifically about PEC emails.

Currently, on base functionality level, there is no integration within BC to send PEC emails from our product.

That said, there is an extension present in our AppSource website, however, it is very limited - for example, multiple PEC emails are not able to be sent out all at once. Link: Find the right app | Microsoft AppSource

Therefore, I believe it would be great introduction to our product if we are able to provide our partners and users to use PEC emails as a base functionality within our product.

The reason of the above ask is because in Italy specifically, all communication between enterprises and the Italian public administration is required to be sent through PEC.

Partner has requested for the ability to pick the final address on a Sales Quote report between the option of the "Sell to" customer address and the "Bill to" secondary customer address.

Currently, this functionality is made so that "Bill-To"" address will take higher priority and will be written out, over the "Sell-to" address.

I also believe the possibility for both addresses to exist would also prove beneficial to the report, for full transparency between the Selling and the billing customers.

With the "Custom Report Layouts" functionality having entered Legacy state with it to be deprecated at a certain point, we should begin using the new "Reports Layout" function to add our custom reports.

In the old functionality, we are able to create a blank Word document and the already configured XML Mapping could be used to select fields appropriate to the Object ID of the Custom Layout. This type of production is easy to be carried out by all users when wanting to create a report to fit their needs.

In the new functionality, in order to be able to create a custom layout, a partner or a developer needs to develop an extension for Business Central through which generation and managements of reports would be easier to maintain, however the development an upkeep on the extension will solely depend on the Partner/Developer and the users will have to depend on their partners to have created this solution.

We believe that an improvement should be conducted of the functionality to be able to create reports more easily depending on your needs.

In D365 Finance and Operations Commerce, on the receipt designer there is no current possibility to add currency conversion which is required by Adyen for the usage of DCC: the exchange rate, the markup and the source of this information.

When partners use Adyen as a payment method and want to use a different currency, Adyen's Dynamic Currency Conversion for such types of payments require to have the currency conversion information displayed on the receipt.

In order to have improved future integration between Adyen and Commerce, we request further looking into and future improvement of the Receipt designer, so it supports DCC as an out of the box product.

Is there anything that can be done from a store level to inform the cashiers that they’re selling into a negative? We have an issue whereby the stores are selling into negatives frequently for a few different reasons and it would be good for them to have visibility at store level, instead of only on warehouse level.

We believe it would improve business performance to implement an inventory management system that provides real-time inventory updates which help cashiers see the current inventory levels based on on-hand information in HQ and avoid selling products that are not in stock within the system. An alert/notification would also be a good indicator to the cashier that the specific item being sold has no stock available from the system and it would be necessary to be addressed prior continuation of the sale.

In Business Central SaaS, Indexes are created automatically by suggestion of automatic Azure SQL performance recommendations, referencing article Database advisor performance recommendations - Azure SQL Database | Microsoft Learn, by creating missing indexes, with the goal of the automation being to improve overall performance of the application.

Referencing the article on the logic behind the creation of indexes in Terms of used up database space  -  “If the available storage will be below 10% after the index is created, the recommendation goes into an error state. If after a couple of days automatic tuning still believes that the index would be beneficial, the process starts again.

This process repeats until there's enough available storage to create an index, or until the index isn't seen as beneficial anymore.“ - as of right now there is no possibility to monitor exactly what indexes are being created for the performance improvement, which in turn leads to gigabites of used up limited database space to hold Index attributes.

If indexes are removed, the AL code paths which are affected by their removal with slow performance will trigger the automation to recreate said indexes.

It is essential that partners are able to locate to understand what indexes are taking most of the space and/or have a tool which helps them see the names of the created indexes, their size, information on if they are standard indexes or created by the automation system or if they are custom indexes from an ISV solution which they work with, which can be managed and improved from their side.