Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0045863Retail ModulesQuotationspublic2021-02-08 11:542021-03-05 08:21
Reporterandrea_lopez 
Assigned Torqueralta 
PriorityurgentSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS5OS Version
Product Version 
Target VersionFixed in VersionRR21Q2 
Merge Request Status
Review Assigned Tomarvintm
OBNetwork customer
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0045863: Quotation of services related to a layaway. If quotation is canceled, the link to the layway is not deleted.
DescriptionA layaway is created. A quotation of a service linked to the product of this layaway is then created. If the quotation is rejected and afterwards the inital layaway order is either tried to be prepared or canceled, an error popup will appear stating that there is still a document (Quotation previously rejected) linked to the order and it won't be possible to complete neither of these actions.
Steps To Reproduce1.- Login to WEBPOS.
2.- Create a Layaway and select a customer.
4.- Add a product.
5.- Pay the ticket.
6.- Select CANCEL when the popup of Order Preparation appears and copy the receipt number.
8.- Open the receipt and select a service associated to the product in it.
9.- Select the option "Create new Receipt" and click Apply.
10.- Open the menu and select "Create cuotation from order" and Checkout.
11.- Open the inital ticket (Layaway) again and from the Menu select "cancel Order". A popup error will appear with the related orders and it won't be possible to cancel it, which is correct as the quotation is still active.
12.- Open the quotation, from the Menu select "Reject Quotation" and click "OK".
13.- Open the inital ticket (layway) again and from the menu selct "Cancel this Order", it should be able to cancel the layway now as the quotation has been rejected, but the same error popup will appear with the related orders. Same thing will happen if the order is tried to be prepared.
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2021-02-08 11:54andrea_lopezNew Issue
2021-02-08 11:54andrea_lopezAssigned To => Retail
2021-02-08 11:54andrea_lopezResolution time => 1614553200
2021-02-08 11:54andrea_lopezTriggers an Emergency Pack => No
2021-02-09 16:05andrea_lopezPriorityhigh => urgent
2021-02-09 16:05andrea_lopezSeveritymajor => critical
2021-02-12 07:59marvintmSeveritycritical => major
2021-02-12 17:31rqueraltaAssigned ToRetail => rqueralta
2021-02-12 17:31rqueraltaStatusnew => scheduled
2021-02-13 04:35hgbotNote Added: 0126103
2021-02-15 07:24hgbotResolutionopen => fixed
2021-02-15 07:24hgbotStatusscheduled => closed
2021-02-15 07:24hgbotFixed in Version => RR21Q2
2021-02-15 07:24hgbotNote Added: 0126108
2021-02-15 07:24hgbotNote Added: 0126109
2021-02-23 13:07andrea_lopezNote Added: 0126303
2021-02-23 13:07andrea_lopezStatusclosed => new
2021-02-23 13:07andrea_lopezResolutionfixed => open
2021-02-23 13:07andrea_lopezFixed in VersionRR21Q2 =>
2021-03-05 08:20marvintmStatusnew => scheduled
2021-03-05 08:20marvintmStatusscheduled => resolved
2021-03-05 08:20marvintmFixed in Version => RR21Q2
2021-03-05 08:20marvintmResolutionopen => fixed
2021-03-05 08:21marvintmReview Assigned To => marvintm
2021-03-05 08:21marvintmNote Added: 0126512
2021-03-05 08:21marvintmStatusresolved => closed

Notes
(0126103)
hgbot   
2021-02-13 04:35   
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/301 [^]
(0126108)
hgbot   
2021-02-15 07:24   
Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal [^]
Changeset: d6d0a4493b3d0101fe4b573e6dcb0f52d3c75f8c
Author: Rafael Queralta <rafaelcuba81@gmail.com>
Date: 2021-02-15T06:24:35+00:00
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/d6d0a4493b3d0101fe4b573e6dcb0f52d3c75f8c [^]

Fixed BUG-45863: Checked by documentstatus CJ too when we try to retrieve the relates services.

---
M src/org/openbravo/retail/posterminal/process/IsOrderCancelled.java
---
(0126109)
hgbot   
2021-02-15 07:24   
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/301 [^]
(0126303)
andrea_lopez   
2021-02-23 13:07   
The same issue happens during pickings:
1.- Login to WEBPOS.
2.- Create a Layaway and select a customer.
4.- Add a product.
5.- Pay the ticket.
6.- Select CANCEL when the popup of Order Preparation appears and copy the receipt number.
8.- Open the receipt and select a service associated to the product in it.
9.- Select the option "Create new Receipt" and click Apply.
10.- Open the menu and select "Create cuotation from order" and Checkout.
11.- Open the inital ticket (Layaway) again and from the Menu select "cancel Order". A popup error will appear with the related orders and it won't be possible to cancel it, which is correct as the quotation is still active.
12.- Open the quotation, from the Menu select "Reject Quotation" and click "OK".
13.- Go to menu and select "order preparation" select the ticket and click "prepare order".

14.- Go to "Pikcings" from the main menu and select the picking that was created from the orde, assing it and "confirm all", when "Deliver" is clicked, it will throw a popup error with the related orders.
(0126512)
marvintm   
2021-03-05 08:21   
We haven't been able to reproduce the last problem reported (we will share more information directly). If the problem finally can be reproduced, it would be best to report a separate issue as the flow described is different from the originally reported one, and the originally reported one is now working correctly as far as we can see.