Openbravo Issue Tracking System - POS2
View Issue Details
0057098POS2POSpublic2024-11-14 11:122024-11-19 08:48
nicolasuriz 
gorka_gil 
urgentmajoralways
closedfixed 
5
 
 
No
0057098: Cashup is blocked in the Finish button, but each time you click on it, a new record is recorded in Cashup History window.
Cashup is blocked in the Finish button, but each time you click on it, a new record is recorded in Cashup History window.
1.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.
No tags attached.
depends on backport 005715324Q4 closed gorka_gil Cashup is blocked in the Finish button, but each time you click on it, a new record is recorded in Cashup History window. 
depends on backport 005715424Q3.3 closed gorka_gil Cashup is blocked in the Finish button, but each time you click on it, a new record is recorded in Cashup History window. 
depends on backport 005715524Q2.5 closed gorka_gil Cashup is blocked in the Finish button, but each time you click on it, a new record is recorded in Cashup History window. 
png Screenshot from 2024-11-14 11-29-55.png (122,493) 2024-11-14 11:30
https://issues.openbravo.com/file_download.php?file_id=20471&type=bug
png
Issue History
2024-11-14 11:12nicolasurizNew Issue
2024-11-14 11:12nicolasurizAssigned To => Retail
2024-11-14 11:12nicolasurizTriggers an Emergency Pack => No
2024-11-14 11:30migueldejuanaFile Added: Screenshot from 2024-11-14 11-29-55.png
2024-11-14 11:30migueldejuanaNote Added: 0171974
2024-11-14 11:34gorka_gilStatusnew => scheduled
2024-11-14 11:34gorka_gilAssigned ToRetail => gorka_gil
2024-11-14 16:56hgbotNote Added: 0172004
2024-11-15 10:39gorka_gilSeveritycritical => major
2024-11-15 10:41gorka_gilNote Added: 0172018
2024-11-18 15:15gorka_gilStatusscheduled => acknowledged
2024-11-18 15:17gorka_gilStatusacknowledged => scheduled
2024-11-19 08:48hgbotResolutionopen => fixed
2024-11-19 08:48hgbotStatusscheduled => closed
2024-11-19 08:48hgbotNote Added: 0172207
2024-11-19 08:48hgbotNote Added: 0172208

Notes
(0171974)
migueldejuana   
2024-11-14 11:30   
See attached image with the EWI
(0172004)
hgbot   
2024-11-14 16:56   
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.sessions/-/merge_requests/172 [^]
(0172018)
gorka_gil   
2024-11-15 10:41   
reducing from critical to major, since the fix it is just give permission to close till.

Any ways we are going to think if can be improved the user sperience for the case that do this configuration
(0172207)
hgbot   
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: 7b22c4f8505817c7632aaad05f2bbcab682b7346
Author: Gorka Gil <go.gil@orisha.com>
Date: 19-11-2024 07:44:03
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.sessions/-/commit/7b22c4f8505817c7632aaad05f2bbcab682b7346 [^]

Fixes ISSUE-57098: 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
---
(0172208)
hgbot   
2024-11-19 08:48   
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.sessions/-/merge_requests/172 [^]