D365 invoice number respects receipt number from POS
It should be able to use receipt number from POS as invoice number during statement posting in D365 for identified customer. Reason: Some EU countries have additional regulations for invoice printout in stores, for example VAT control report. If a company customer comes to the store, he needs t...
Customer claims in retail
Almost all retailers need to deal with customer claims. The perfect solution should consist of: 1) Warranty setup in HQ - this is announced for future release 2) Possibility to create claim case in POS or in CallCenter - search for original receipt, pick product - describe defects, eventually us...
Automatic retail transactions settlement in EEU countries
If we use mixed payments (for example Cash + Card) and automatic settlement, the statement posting ends with an error (in Eastern Europe localization). The reason is that the EEU localization does not properly map the (multiple) payments with (one) invoice in customer balance settlement and somet...
Intrastat list code based on store address
Today invoice posted for identified customer uses the primary customer address as invoice address even for cash&carry sales. The problem is that the address is used as a criteria for selecting the list code on the invoice that is used as a base for Intrastat reporting.
If a customer wit...
Tender declaration transaction entity
We try to integrate 3rd party POS through standard entities. We have an entity for most of what we need, but one thing is missing - the tender declaration transactions (=counting of money in till at the end of the day).
The entity RetailTransactionTenderDeclarationTrans does exist, but ...