Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0054229Retail ModulesWeb POSpublic2023-12-28 17:022024-01-02 15:36
Reporterucarrion 
Assigned Toguilleaer 
PriorityhighSeveritymajorReproducibilityalways
StatusclosedResolutioninvalid 
PlatformOS5OS Version
Product Version 
Target VersionFixed in Version 
Merge Request Status
Review Assigned To
OBNetwork customerGold
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0054229: Incorrect search results while filtering by Member ID / Loyalty Card Number
DescriptionThe results I get while filtering a customer search by Member ID or Loyalty Card Number is not the one I expect, especially considering the case when I insert an exact match (a customer exist with that exact value).
Steps To ReproduceVideo: https://vimeo.com/898364766/9c70dcca12?share=copy [^]
Proposed SolutionIf the exact match is done, the expected customer should be directly assigned to the ticket.
Additional Information
TagsNo tags attached.
Relationships
related to defect 0054012 closed sreehari POS2 Incorrect behavior when searching a customer by Member ID / Card Number 
related to design defect 0053985 closed javierRodriguez POS2 If a filter which is configured to be prefilter is filled, the application is always calling the master data to take BPs 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2023-12-28 17:02ucarrionNew Issue
2023-12-28 17:02ucarrionAssigned To => Retail
2023-12-28 17:02ucarrionOBNetwork customer => Gold
2023-12-28 17:02ucarrionTriggers an Emergency Pack => No
2023-12-28 17:06ucarrionRelationship addedrelated to 0054012
2023-12-28 17:06ucarrionRelationship addedrelated to 0053985
2024-01-02 05:57Rajesh_18Assigned ToRetail => Rajesh_18
2024-01-02 13:54guilleaerAssigned ToRajesh_18 => guilleaer
2024-01-02 13:54guilleaerNote Added: 0158771
2024-01-02 15:36ucarrionStatusnew => scheduled
2024-01-02 15:36ucarrionNote Added: 0158773
2024-01-02 15:36ucarrionStatusscheduled => closed
2024-01-02 15:36ucarrionResolutionopen => invalid

Notes
(0158771)
guilleaer   
2024-01-02 13:54   
Checking with reporter. Seems that test is being done without assign a CRM reference to the suscription
(0158773)
ucarrion   
2024-01-02 15:36   
Closing as confirmed that the issue is not reproduced if the suscription has CRM Reference.