Openbravo Issue Tracking System - Retail Modules
View Issue Details
0047740Retail ModulesRT-Printerpublic2021-09-22 18:432021-10-11 08:55
rbianchini 
ranjith_qualiantech_com 
highmajoralways
closedfixed 
5
pi 
RR22Q1 
No
0047740: Print reservations
It is happening that the reservations, in the second payment, do not use the reservation template, but the normal sale template
1- In Livebuilds, in the Retail with modules section, open the pgsql backend environment. Login with Openbravo user.

2- Open the "Channel - Touchpoint" window. Open the registry in form mode with Searchkey "VBS-1", and add the address of the hardware manager that we must have open on our computer. In my case, I enter http://127.0.0.1:8090/printer [^]

3- In Livebuilds, in the Retail with modules section, open the webpos environment to enter the POS.

4- Select any product to sell. In my case, I open in the category "Backpacks & Travel", the product 1502145 - 1502145

5- From Menu, go to the Layaway this Receipt option. As the price is € 30, a price lower than this is entered. In my case, I put that I receive € 15 in Cash. Press the Layaway button

6- Look at the printout in the hardware manager. The reservation template was printed as we can see the LAYAWAY text

7- Still browsing the POS, from the menu, open the order with the "Open Receipt" option. Select the last reservation that we have created.

8- Go to the button above Checkout, and we see that we have 15 to pay. But the customer can make another payment of less than 15. In this way, the sale will continue to be considered a reservation. I select that € 5 more of Cash has been received. Squeeze Layaway again.

9- Look at the printing in the hardware manager. We can see that it is an impression of the normal sales template, when it should be the reservations one
No tags attached.
zip Ticket29109.zip (4,374,848) 2021-09-22 19:00
https://issues.openbravo.com/file_download.php?file_id=16216&type=bug
Issue History
2021-09-22 18:43rbianchiniNew Issue
2021-09-22 18:43rbianchiniAssigned To => Retail
2021-09-22 18:43rbianchiniRegression date => 2021-10-08
2021-09-22 18:43rbianchiniTriggers an Emergency Pack => No
2021-09-22 19:00rbianchiniFile Added: Ticket29109.zip
2021-09-23 07:48marvintmRegression date2021-10-08 =>
2021-09-27 16:21rqueraltaAssigned ToRetail => rqueralta
2021-10-06 12:35ranjith_qualiantech_comAssigned Torqueralta => ranjith_qualiantech_com
2021-10-06 12:45ranjith_qualiantech_comAssigned Toranjith_qualiantech_com => rqueralta
2021-10-07 14:45ranjith_qualiantech_comAssigned Torqueralta => ranjith_qualiantech_com
2021-10-08 13:14hgbotNote Added: 0132273
2021-10-10 08:12ranjith_qualiantech_comStatusnew => scheduled
2021-10-11 08:55hgbotResolutionopen => fixed
2021-10-11 08:55hgbotStatusscheduled => closed
2021-10-11 08:55hgbotNote Added: 0132285
2021-10-11 08:55hgbotFixed in Version => RR22Q1
2021-10-11 08:55hgbotNote Added: 0132286

Notes
(0132273)
hgbot   
2021-10-08 13:14   
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/590 [^]
(0132285)
hgbot   
2021-10-11 08:55   
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/590 [^]
(0132286)
hgbot   
2021-10-11 08:55   
Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal [^]
Changeset: fb2ac45d6b6c8328943268e323d02bf6a10574e4
Author: Ranjith S R <ranjith@qualiantech.com>
Date: 2021-10-08T12:16:21+05:30
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/fb2ac45d6b6c8328943268e323d02bf6a10574e4 [^]

Fixed ISSUE-47740: OrderType should be updated when completing the layaway
* When completing the layaway, orderType should be always set as 2

---
M web/org.openbravo.retail.posterminal/app/model/business-object/ticket/actions/CompleteLayaway.js
---