Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0047740
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] RT-Printermajoralways2021-09-22 18:432021-10-11 08:55
ReporterrbianchiniView Statuspublic 
Assigned Toranjith_qualiantech_com 
PriorityhighResolutionfixedFixed in VersionRR22Q1
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionpiSCM revision 
Merge Request Statusapproved
Review Assigned To
OBNetwork customerOBPS
Support ticket29109
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0047740: Print reservations

DescriptionIt is happening that the reservations, in the second payment, do not use the reservation template, but the normal sale template
Steps To Reproduce1- 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
TagsNo tags attached.
Attached Fileszip file icon Ticket29109.zip [^] (4,374,848 bytes) 2021-09-22 19:00

- Relationships [ Relation Graph ] [ Dependency Graph ]

-  Notes
(0132273)
hgbot (developer)
2021-10-08 13:14

 Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/590 [^]
(0132285)
hgbot (developer)
2021-10-11 08:55

 Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/590 [^]
(0132286)
hgbot (developer)
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
---

- Issue History
Date Modified Username Field Change
2021-09-22 18:43 rbianchini New Issue
2021-09-22 18:43 rbianchini Assigned To => Retail
2021-09-22 18:43 rbianchini OBNetwork customer => OBPS
2021-09-22 18:43 rbianchini Support ticket => 29109
2021-09-22 18:43 rbianchini Regression date => 2021-10-08
2021-09-22 18:43 rbianchini Triggers an Emergency Pack => No
2021-09-22 19:00 rbianchini File Added: Ticket29109.zip
2021-09-23 07:48 marvintm Regression date 2021-10-08 =>
2021-09-27 16:21 rqueralta Assigned To Retail => rqueralta
2021-10-06 12:35 ranjith_qualiantech_com Assigned To rqueralta => ranjith_qualiantech_com
2021-10-06 12:45 ranjith_qualiantech_com Assigned To ranjith_qualiantech_com => rqueralta
2021-10-07 14:45 ranjith_qualiantech_com Assigned To rqueralta => ranjith_qualiantech_com
2021-10-08 13:14 hgbot Merge Request Status => open
2021-10-08 13:14 hgbot Note Added: 0132273
2021-10-10 08:12 ranjith_qualiantech_com Status new => scheduled
2021-10-11 08:55 hgbot Merge Request Status open => approved
2021-10-11 08:55 hgbot Resolution open => fixed
2021-10-11 08:55 hgbot Status scheduled => closed
2021-10-11 08:55 hgbot Note Added: 0132285
2021-10-11 08:55 hgbot Fixed in Version => RR22Q1
2021-10-11 08:55 hgbot Note Added: 0132286

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker