Share
ReportHi everyone,
I’m currently working on a customization in Microsoft Dynamics 365 Commerce (Store Commerce / POS) and I’m facing an issue related to return policy enforcement.
Business Requirement
We have a strict return policy:
If a customer pays using a specific payment method (e.g., card, e-wallet, BNPL, etc.), the refund must be processed using the same payment method.
So far, the standard return flow respects this policy.
The Problem
Some stores are bypassing this restriction by using a process similar to issuing a credit memo:
-
The cashier processes a return.
-
Instead of refunding directly to the original tender type, they issue a credit receipt (negative transaction).
-
The customer then uses that receipt at another register/teller.
-
The teller pays the customer in cash.
This effectively bypasses the same-tender return restriction and allows cash payout even when the original payment was made via card or other restricted methods.
What I Need
I want to:
-
Locate where the “credit memo” (or equivalent negative return receipt) logic is implemented.
-
Understand whether this is handled:
-
In POS (TypeScript extension layer)
-
In Commerce Runtime (CRT – C#)
-
Or via a specific operation/tender configuration
-
-
Customize or block this behavior when the original payment method is not eligible for cash payout.
Any guidance on where to start tracing this logic (operation IDs, request handlers, return workflows, tender validation) would be greatly appreciated.
Thank you in advance.
All responses (
Answers (
1,089
