Sneha Shahare Functional Consultant

The Shifts form (Retail and Commerce > Inquiries and reports > Shifts) currently only shows the closed shifts.

it doesn't show the open shifts at all, which makes it difficult for Finance team to track/report on the open shifts (which ain't closed for the day). There is not straight-forward way to do so.

This form has a status field also, it would be really amazing if it can show open shifts too.

Currently, the credit card payment is a 2-3 step process.

1. Click Pay credit card button in the POS screen ---> Which then displays the tender screen with the balance amount and

2. Then POS operator to click Tender

and then the control goes to the payment device.

In Peak busy times, even that extra click slows down the queue.

I was wondering if we could have a new operation like Pay Cash Quick (operation ID = 206) but for credit card payments, where the user clicks the button and the control directly goes to the payment device for the customer to tap their card to pay.

90% of our credit card payments are exact amounts.

even if it's a split payment credit card is usually the final tender meaning the customer is paying a total balance.

So it doesn't make sense to have the tender screen in between for an added click.

I've also seen in some businesses like ASDA, and Morrisons that when we click checkout on their self-checkout POS, the amount is by default displayed on the Payment device, even before I select the payment method on POS as cash or credit card.

It's a good customer experience and helps quicker checkouts.

While creating order in Store commerce POS, for Ship All Products method, we need to select a mode of delivery.

But all modes of deliveries start date is always from today.

For some deliveries, like Standard delivery we only ship from today+3 days onwards, or for Saturday Delivery we only deliver on Saturday.

But, there is no setup in Retail and Commerce to allow us to configure this lead time based on the modes of Delivery.

(There is some setup in Default order settings but that doesn't work in POS)

Hence my request is that please can we have an additional setup to configure lead time for modes of deliveries used in Store commerce?

Currently, we can setup manager's override on all Line discount % givem by the cashiers even though their permission says they can give 10% discount as an example.

So, if the POS operations 301 is setup with managers override, if will ask for all Line discount % given by cashier.

We want Cashiers to be able to give the discount defined in the Users permissions but then anything above should ask for the manager's override.

If we do price override after set quantity of weighted products, the override price is considered for quantity before set quantity and is then recaculated accordingly for the units in the basket. The right behaviour should be to override price based on the quantity in basket.

The above applies to some low value low weighted products like Ginger, are purchased in Kilo(Kgs) and sold in Grams (g) in the stores on POS.

But as these products are so low value low weight, we cannot keep the sales unit as grams as it's diffcult to define price per gram.

So the sell trade agreement is defined in KGs and hence,the product is added to POS in KGs...1KG = £9.95

Then we set quantity to the req quantity customer has purchased like 0.3Kg (300 grams) .. 0.3 KG = £2.99

Sometimes these products are on one off markdown to clear stock towards their best before date and we sell these for a giveaway price like £1.

When user overrides the price after setting quantity, the overriden price is considered for the 1Kg instead of 0.3 KG and instead of 0.3 KG being £1, it calculates 1kg = £1 and hence 0.3 KG = £0.3, which is incorrect, we wanted to override 0.3 KG = £1.

It's difficult to calculate how much percentage it is during peak hours to be able to use line discount % function as is prone to manual error.

We did raise this as a bug with Microsoft (2404150050004828), but we were told to raise an IDEA instead.

We know how important and widely the infocode functionality is used in Commerce (POS).

But there's not much we can use wrt infocodes in the sales order creation via call centres in D365, example product level infocodes.

One of the scenarios is for Alcohol and Spirits products, where it's mandate to ask customers to confirm they are above age 18.

For this we have setup product level infocode and when these products are scanned in POS, it pops-up infocode for cashiers to ask customers to confirm if they above age 18.

But, there's nothing similar when orders are created over phone via call centre channels to remind agents to ask and confirm from customers about the Age 18 prompt on specific products.

It would be lovely if we can extend the product level infocodes to D365 call centre order functionality,