Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0044261Retail ModulesDiscounts Combopublic2020-06-02 11:212020-07-07 09:13
Reporterlmonreal 
Assigned Tolmonreal 
PriorityurgentSeveritymajorReproducibilityalways
StatusclosedResolutioninvalid 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customer
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0044261: Updates on Combos require a deletion of the cache to be taken into account on POS
DescriptionIt seems that for some price updated of Combos we need to delete the cache of webpos to see the changes. It is not working with F5 or any other refresh.

Also, if you can see in the videos, there is a Combo for 3 euros that is not displaying the right price after pressing F5 but when we delete cache, we get the updated price and we see the other promotion of 2 items that was not taken into account until the deletion of the cache.


As a results, updates in price/creation of combos require to clean cache.

Video for Decathlon case:
https://drive.google.com/file/d/1ePXM_c9AD1WokwOfzcvEjzOkBFst3-FX/view [^] [^]
https://drive.google.com/file/d/1xRYBdj7J8yAvZGbOvBzyLFdK4Tpw9vfi/view [^] [^]

Videos reproduced in Livebuilds:
https://drive.google.com/file/d/1LTJselj54Miurq3WIXJM_hNTkKKulGJ9/view [^]
https://drive.google.com/file/d/1p-Vqm89s3T1e5RCsTzU_6ox4j2ejNdLT/view [^]

Steps To ReproduceLivebuilds case:
There is a combo fix price of 200 euros.
If i change price to 300 and refresh I dont see the change.
I need to clean cache to see the update



Decathlon case:
We created a "combo fixed price" offering with a list of 4 items.
If you buy 2 quantities in this list of items, the promotional price is set to 5€

We made it run on the POS, it was working fine.

We went on the back office to modify this offer and set the promotional price to 5,5€

After doing a F5, a lock/unlock, a cash up / reconnexion, the price was still 5€ on the till.

We deleted the cache, reloaded it and the promotional price was 5,5€
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2020-06-02 11:21lmonrealNew Issue
2020-06-02 11:21lmonrealAssigned To => Retail
2020-06-02 11:21lmonrealResolution time => 1592863200
2020-06-02 11:21lmonrealTriggers an Emergency Pack => No
2020-06-04 14:30lmonrealNote Added: 0120657
2020-06-04 14:30lmonrealAssigned ToRetail => lmonreal
2020-06-04 14:30lmonrealStatusnew => feedback
2020-07-07 09:13guillermogilStatusfeedback => closed
2020-07-07 09:13guillermogilResolutionopen => invalid

Notes
(0120657)
lmonreal   
2020-06-04 14:30   
I have been analysing this with the Retail Team. It seems that is not an issue, is configuration of the refresh of the data.

To avoid performance issues this preference is enabled "No Auto Incremental Load at Login".This means that the incremental data load is done after the time specified in the back office ( 60 minutes, configurable in Channel Touchpoint Type). This means that updates will be reflected after this time, not with F5 or login/logout.

I understand that from a testing point of view it is does not make sense to wait this time, but there is a way of forcing the refresh of the data: In WEBPOS menu there is the option "Refresh data". So if you update the price and click on Refresh data, changes should be displayed.

Other option is to set the preference "No Auto Incremental Load at Login" to N and you will see updates with F5 but this is something that should only be in a testing environment. My recommendation is to follow the first approach and click on Refresh Data