Dynamics 365 Commerce

When performing the "Change unit of measure" operation on Store Commerce POS, currently the system will search for a unit-specific trade agreement and display that price. If unit-specific TA is not available, it takes the base price and applies the conversion defined against the item master.

This is an issue because the user then has to maintain multiple trade agreements for each unit, especially when changing the price in future.

Our suggestion is for the POS to apply the UOM conversion on the trade agreement price defined for the base UOM. This will avoid the cumbersome task of maintaining multiple trade agreement lines.

Strangely, this was how the Modern POS used to work. But on Store Commerce POS, the design was changed to search for unit-specific TA.

Currently, any orders that flow through a call center are unable to be canceled on the recall order screen on the POS. Instead, the cancel button remains disabled when an order is selected. There are times when this functionality would be useful to have.

Hello,

Currently, we can only import and submit product reviews and ratings with the PowerAutomate solution provided by MS.

We would like to import additional data along with product ratings and reviews.

1. Upvotes
2. Downvotes
3. Moderator replies etc.

This would allow customers to easily import their legacy ratings and review data into the D365 e-commerce platform.

Today when a receipt is printed out, then code is run to query and create the receipts based on a setup. If the receipt setup is changed then the original receipt will not be shown but the receipt based on the new setup.

Would it be possible to save the receipt information as JSON document to keep a copy of the receipt that is printed and thereby avoid re-creating the same receipt each time it is displayed or re-printed.

This could save some RetailServer - CPU time in the long run although it will use some extra disc space to store the information..

Not sure how this will fit with future plans on archiving old Retail transaction data.

After trying to use the attributes to extend some products data, we gave up due to slow performance in POS. The attribute code in Retailserver was/is complex and slow.

As SQL Server has some great support for querying and using JSON data, would it be possible to handle the attribute data or extended data for products as JSON documents?

So when a POS solution needs to extend the product information a JSON document could be a field in the product table. That JSON information could then be handeld by extension code to display it or use in it any extension logic.

This could open up a very flexible and fast way of extending product information were no new ext.InventTable is needed and replication does not need to be extended as the extended information is all in one JSON document column.

Same thing could be done around customers if needed..

The performance should be much faster than the current attribute solution.

There is a setting "Allow manual card numbers" on the card setup that will open the card number field for all the issue, redeem and balance check operations on the POS. Ideally, we'd be able to isolate these operations and only enable manual entry on redemptions and balance check, but not on issue. This would force store staff to use the MSR or scanner to issue the card (and prevent bad data), but would still allow them to redeem against the card later if the MSR/scanner is no longer able to read the card after some wear and tear.

Hi,

I saw in threshold discount when using calculation type Discount Lines just apply only one tier.

For Eg :

Bill total over 1000 -usd from list A get free 1 item from list B

Bill total over 2000 -usd from list A get free 2 item from list C

With this Eg, we need created 2 threshold discount ID, it's take time and inconsequential.

it's great to support multi tiers. Thanks

Hi,

Quantity discount just only working when In tab Lines using only one category.

For Eg to easy understand:

By 1 get 10% , buy over 2 off 30% for all items like Item A , item B, C....

Discount 30% just applied for items A quantity over 2 . Not applied for bill include item A and B

That is easy basic for discount retail business , not mention items just discount for specified variant.

This is issue that i want improve.

In the Lease-to-own industry, Retail and E-commerce customer transactions are usually Tax exempt because of State Stipulations. In my customer's case, they are planning to Incorporate Progressive Lease-to-own payment method on their website and there is no Out-of-Box way for a Transaction to be marked as Tax-exempt upon the selection of a Payment Method.

This seems to be a Gap in the functionality. It would be great if this could be built into the product to cover the greater use case for the Lease-to-own industry.

Thanks

Actual Result:  The changed value should be reflecting on the order event page, but no data is available on this page.

Expected Result: The transactions for which the values have been changed should reflect on the order event page.