Dynamics 365 Commerce

We need to have an app for Item scanning app as a universal app. So Any customer scan any item it should show the price and product details over store and online. Regards Sheikh

The default cursor position when creating a Return Order via the Retail > Customer Service does not start on the 'Item Number' field but starts on the 'Quantity' field. 1) Navigate to Customer Service Menu 2) Find Customer 3) Select 'Return Order' 4) Select OK This behavior is not consistent across the different D365 modules as it does not occur when using the Accounts receivable module to create a Return Order. D365 defaults to the 'Item Number' field via this module. Impact: Negative user experience. Users must navigate to 'Item Number' rather than the form loading in a position of readiness.

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.

The current approach for fiscal integration does not allow to manage fiscal printer's IP address in proper way in large scaling deployment scenarios. The current design to have Technical profile specified in POS Hardware profile results into:

1. Changing hosts file in Windows operation system on every machine which requires separate profile per machine, and high cost of maintenance from OS point of view, OR
2. Having Retail Hardware profile per fiscal printer, which means Retail Hardware profile per every registry which means hundreds of the hardware profile to manage in D365.

Moreover, the current design does not align to standard approach to configure IP address for a device for registry in specific form “IP address configuration” at Retail/Channel Setup/PoS Setup/Registers/<Register tab> - <Configure IP addresses>

The design must be changes to the standard design and the IP address of the fiscal printer should be configured in this IP addresses configuration form. mPOS should be able to get this configuration for fiscal printer from there and use it accordantly.

That allows to avoid significant drawbacks for hosts file or hardware profiles mentioned above.

We have a customer with 400 stores in Norway and about 3000 POS using CPOS. If we can use localhost the customer will save a lot of work.

valeriox@pptdoc.onmicrosoft.com

Alignment issue with the fields generated at Runtime for X-Report/Z-Report. Unable to do any modification in the fields as the code is not exposed. During printing this is causing a wrapping issue where characters are printed on a separate line. Need a way to access this test string and have the capability to modify it.

When reprinting the sales receipt the expectation is that the credit card receipt will be printed as well. This applies to scenarios where the payment device is not having its own printer, but is linked to the receipt printer of the hardware station. User-story is that printer is running out of paper during the printing of the credit card receipt, the printer will finalize the print when paper roll has been exchanged, but that leaves the customer with two pieces of credit card receipt and leaves the store staff without any possibility to reprint.

A number of retailers have a setup where they have a merchant account with their PSP per store. This helps in being able to search for transactions and separate devices etc across stores. The merchant id setting is currently stored on the hardware profile, and as a result a separate hardware profile is then required per store which is not desirable. Please enable a mechanism where a merchant id set at store level can override the value set on the hardware profile.

Need the ability when returning a Item that is allowed to be returned at a different Unit of Measure from what it was bought. Scenarios is when you buy a Case of an item but want to return one of the piece at a later date. Currently the system restricts you to returning against the original unit of measure that the item was purchased. This functionality would be needed at both Back Office Returns and POS returns.