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

View Issue Details[ Jump to Notes ] [ Issue History ] [ Print ]
ID
0057153
TypeCategorySeverityReproducibilityDate SubmittedLast Update
backport[POS2] POSmajoralways2024-11-14 11:122024-11-19 08:48
ReporternicolasurizView Statuspublic 
Assigned Togorka_gil 
PriorityurgentResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version24Q4
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned To
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0057153: Cashup is blocked in the Finish button, but each time you click on it, a new record is recorded in Cashup History window.

DescriptionCashup is blocked in the Finish button, but each time you click on it, a new record is recorded in Cashup History window.
Steps To Reproduce1.Login Backoffice
2.Go to Role window and add the User action “Validate Cashup count and advance to next step” to VallBlancaCashier to Approval Required and to VallBlancaManager to Approval Required and can Approve.
3.Add the user Openbravo as “VallBlancaManager” in order to approve the action later on.
4.Go to Touchpoint type window and search for the “POS2SD VBS4 POS2 Terminal Type” record.
5.Go to Payment Method tab and select the payment method “Cash” and set in the Cash Up section the Count Difference Limit to “1”
6.Login POS in the Touchpoint “VBS-4” with the User “vallblanca” and set the role to “VallBlancaCashier”.
7.Add qty=2 of product Avalanche Transceiver and complete the sale paying with cash payment method.
8. Do a close till and count less than the expected amount, it has to be greater than the 1 euro of Count Difference Limit set at Touchpoint Type window.
9.Use the user Openbravo to approve the difference in the counting.
10.When trying to finish the Cashup, the Finish button remains blocked and each time you click on Finish, creates a new record in the Cashup History window.
TagsNo tags attached.
Attached Files

- Relationships [ Relation Graph ] [ Dependency Graph ]
blocks defect 0057098 closedgorka_gil Cashup is blocked in the Finish button, but each time you click on it, a new record is recorded in Cashup History window. 

-  Notes
(0172179)
hgbot (developer)
2024-11-18 16:26

 Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.sessions/-/merge_requests/185 [^]
(0172209)
hgbot (developer)
2024-11-19 08:48

 Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.sessions [^]
Changeset: 1defcf71f0de58c858accae16de335c10263874e
Author: Gorka Gil <go.gil@orisha.com>
Date: 18-11-2024 16:29:56
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.sessions/-/commit/1defcf71f0de58c858accae16de335c10263874e [^]

Fixes ISSUE-57153: Manage the case when no permission for close till

It was canceling the logout after the cashup, and allowing to send again
the same cashup

The fix is ignore the error and continue with the logout

In case that fails the close till needs to be fixed manually after,
but the logout must happen anyways since the cashup was already done.

---
M web-jspack/org.openbravo.retail.sessions/src/model/till/user-actions/CloseTill.js
---
(0172210)
hgbot (developer)
2024-11-19 08:48

 Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.sessions/-/merge_requests/185 [^]

- Issue History
Date Modified Username Field Change
2024-11-18 15:17 gorka_gil Type defect => backport
2024-11-18 15:17 gorka_gil Target Version => 24Q4
2024-11-18 16:26 hgbot Note Added: 0172179
2024-11-19 08:48 hgbot Resolution open => fixed
2024-11-19 08:48 hgbot Status scheduled => closed
2024-11-19 08:48 hgbot Note Added: 0172209
2024-11-19 08:48 hgbot Note Added: 0172210

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker