Dynamics 365 Commerce

Many Retailers need a Label printing option from the POS. Help meet this need!

Please add a search capability to the "Show Journal" screen that lets us input the last 4 digits of a credit card that was used for payment. Putting that in would show results for all transactions that had that last 4 digits (while also considering any other filters in place such as first and last name of customer). Not only would it look for the CC digits on a payment in full with that method but it will also find any instances of partial payments made with that number. Searching for a transaction in this way would greatly speed up the process of looking for customer orders on the POS.

Split Bill is a highly requested and common function for many restaurants customers frequently request to split bill directly from the point of sales system. This feature offers a convenience to customers who wants to know the exact amount to pay for their food orders respectively. Also separate receipts are generated when the bill is split. There are different way's of splitting a bill. Like evenly divided, where all bill contains the same lines, but the amount's are divided by the number of payers. Also the most common requirement is to be able to move the transaction lines between the bills, and then separately pay them. In a restaurant we often see that some guests go before others, and want's to pay their bill before others. In addition to Split Bill, there is also a need of "Combine Bill" to take two sales, and combine them again. The Dynamics 365 Fore Retail have an enormous potential for also covering restaurant domains, and this is a key functionality for covering this domain.

This functionality was available in older versions of Dynamics 365 Finance and Operations Retail (more precisely on AX2009 and AX2012 EPOS). On the Retail Industry, there are companies with high rotation, or with the need to train really quick new cashier due to a high sales season. Training mode would allow this new recruits to get a handle on the different operations that are required to master the POS, in order to make the end customer experience more pleasant, and faster.

Often, especially in busy retail stores the switch between shifts needs to be quick. Also, the cashier should not spend much time counting money in front of the customers. Therefore a blind close is often a good option. In many cases, a controller wishes to close the shift, and make the count - but a controller could have responsibility for several stores. In todays solution you cannot make tender declaration and close shift from D365, and there is no good way for the same D365 user to have several CPOS attached without having to open incognito windows, switching google user etc. Therefore, it would be a good ide to have a list of blind closed shifts in D365, and the ability to make a tender declaration and close shifts across multiple stores.

The current capabilities around email receipts are extremely basic and honestly not fit for purpose in a world where email has removed the need for paper.

EVERY customer I work with requests e-receipt capabilities as a mandatory requirement of the product, and the vast majority already have the capability in their legacy POS systems.

At present we only have the option of embedding a single placeholder, for the entire receipt message, into the email template. When the receipt body is inserted, all formatting completed in the receipt designer is ignored, all the fields bunch up together, and it is not possible to do anything about it.

As a bare minimum, the receipt should take any spacing from the designer into account. So that there is at least some possibility of making it readable.

We also need to be able to display the bar code of the receipt id, to be able to scan for returns etc. Ideally we would be able to determine which bar code format, (often QR code is requested). Again this is a mandatory requirement for every customer I am currently working with.

In an ideal world, we would be able to have a separate design between the printable version and emailed version. The emailed version would be able to use different fonts and colours, which would tie in with any corporate branding. This may then require a different designer to the existing receipt designer, so I would assume is quite a lot of work.

Unfortunately with the limitations at present, most customers are having to use a third party tool to complete which is not a good story.