0052576: It should be possible to manage multi Price List in a channel touchpoint

Description

It should be possible to manage multi Price List in a channel touchpoint, for that it will be required to enable the preference "Web POS Enable Multi Price List".

Steps To Reproduce

Currently, it is not possible to use multi-price list in a terminal because:

when a BP is selected in POS, two validations are executed:

- pricelist include tax/not include taxes should be the same that the main pricelist (the one configure by default at Org. level)

- currency should be the same that main pricelist (the one configure by default at Org. level)

If not, a popup will be displayed informing about this problem, and the main pricelist will be used to this customer

Proposed Solution

This validations should not be executed but just in the case when a "Verified Return" is being created, as in that particular scenario nothing nor the currency, nor the price list, nor the sales taxes, etc...should be changed.

It should always be possible to change the price list assigned to a BP, but that one should only be used for new sales transactions, not for returning already created transactions for a specific price list or currency.

Business scenario:
- Vall Blanca store has configured a price list "The White Valley Group Sale Price List including taxes", however the customer Arturo Montoro has another one "The White Valley Group Sale Price List excluding taxes"
- A new sales is created in the POS for the customer Arturo Montoro, the following message is shown:
"Customer Price List('The White Valley Group Sale Price List excluding taxes') configuration is not same as Terminal Price List('The White Valley Group Sale Price List including taxes') configuration. So Terminal Price List will be used for this receipt"

That should not happen if a NEW sale is being created, Web POS should be able to manage a sale with a diferente price list than the price list of the store.

Only in the case that an existing transaction is being return, these checks must be performed. A return implies no change of any data included in the original sale, including sales taxes, prices, promotions, price list, currency, etc..

Same way if an already existing transaction created with a a given price list/currency/sales taxes, etc is being used for whatever kind of action (ie. payment or whatever other process), nothing should be recalculated on that original transaction.

In that sense if the feature "Cancel and Replace" is used, cancel transaction should be exactly the same as the original one (same price list, currency, sales taxes..etc) and new one could have different settings, for instance a new BP price list or new discounts or promotions.

Tags

No tags attached.

Attached Files

Relationships [ Relation Graph ] [ Dependency Graph ]

related to

defect

0041927

closed

ranjith_qualiantech_com

Data inconsistency is provoked when multiprice list is used in WEBPOS [ Quotations and Verified Returns ]

Notes
There are no notes attached to this issue.

Issue History
Date Modified	Username	Field	Change
2023-05-26 12:29	psanjuan	New Issue
2023-05-26 12:29	psanjuan	Assigned To	=> Retail
2023-05-26 12:29	psanjuan	Triggers an Emergency Pack	=> No
2023-05-26 12:32	psanjuan	Proposed Solution updated
2023-05-26 12:45	psanjuan	Proposed Solution updated
2023-05-26 12:59	psanjuan	Proposed Solution updated
2023-05-26 13:02	psanjuan	Proposed Solution updated
2023-05-26 13:48	psanjuan	Proposed Solution updated
2023-05-30 07:53	marvintm	Relationship added	related to 0041927
2023-05-31 15:39	ranjith_qualiantech_com	Assigned To	Retail => ranjith_qualiantech_com
2023-06-01 09:19	ranjith_qualiantech_com	Status	new => scheduled