Dynamics 365 Commerce

When creating a new customer from the form Retail and Commerce > Customers > Customer Service, you are returned to the Customer Service screen instead of the newly created Customer record. If you didn't make note of the Customer Account Id in the New Customer popout, it's very difficult to find the account you just created.

Suggestion: when creating a new customer within the Customer Service screen, you should be brought to the newly created customer record.

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.

At the moment, when having two different parties of the Role "Customer Person", which are assigned to the same Customer hierarchy (necessary for the access to the Microsoft eCommerce / Online shop) and one of this Customer Person (= Party) is removed from the Hierarchy (the other one is remaining there) a merging of the Parties leads to the error "Cannot edit a record in Customer hierarchy nodes (CustHierarchyNode)”

This behavior has also been raised as issue but not been accepted as it is by design due to the soft delete mechanism of CustHierarchyNode table.

It should be possible to merge these parties to avoid duplicate records in the system. The soft delete function of the CustomerHieraryNode can remain but it must be possible to merge records with this.

Current solution for Tax Exemption where 'price includes sales tax' does not support discounted price.

It is very common in EU, where price includes sales tax, to have price auto discounted for sales promotions using Discount Price method. In such case, if a customer is a VAT exempt or an export customer, deduction of VAT tax is not performed correctly by the system.

A common scenario when retail POS is used for quick service restaurant (QSR) operations is to apply a public holiday surcharge. While Auto charges functionality appears to allow for this to be defined by Item group and even by Retail channel, there doesn’t seem to be any type of date control.

This is clearly a deficiency in using the Retail POS for this type of business who would expect to be able to;

1. Define the Retail Channel(s)
2. Define the Item Group(s)
3. Define the Lines by specifying the rate (usually Percent), GST group and the Date that the charge is applicable for

The Retail POS functionality should calculate the applicable charge only on the Date specified in addition to the normal trade agreement & retail discount calculations. The description of the charge code should be displayed to explain the amount calculated as a separate line on the transaction receipt.

It is often necessary to search for the paid amount in the search transaction operation. This is because the customer only has the bank transcript as documentation. If a paid amount filter in combination with a date is possible, there would be a much easier task to find the correct transaction.

During a recent Adyen EU outage, it was determined that Dynamics 365 Payment Connector for Adyen was utilizing the EU-based Adyen Datacenters. We have learned that this is hardcoded within the platform and not configurable. Merchants need the ability to control the Geo of the Datacenter they are connecting to for performance and privacy regulations. Adyen documentation on current endpoints -https://docs.adyen.com/development-resources/live-endpoints/?tab=v5.x.x_or_earlier_1_2

When paying invoices in Channel (POS or another channel), the customer payment transaction is not taking into account the method of payment configuration, and it is using the ledger account configured in "Commerce Parameters > Invoice" instead of the ledger account configured in the store payment methods.

Can we have a feature or flight that changes this behavior so that paying a sales invoice through POS will use the ledger account number specified in the store payment methods instead of the account specified in commerce parameters?

It would be great to have a mode of delivery selection functionality that is more like an ecommerce experience when creating a call center sales order. instead of having to default or set the mode of delivery on the header/lines, the system should give you mode of delivery options at the order completion stage.

I would like to propose the idea to allow the customer number sequence creation in Manual for B2B Ecommerce prospects creation. Right now, according to Microsoft documentation this has to be set to Automatic, while setting this to Manual is returning an error with the following message: "Customer number sequence set to Manual. Customer could not be created"

We prefer to keep in control the customer creation process, our AR team has been doing this for a while but for B2B scenarios is not possible.

Thanks!