|View Issue Details|
|Type||Category||Severity||Reproducibility||Date Submitted||Last Update|
|defect||[Retail Modules] Cash up||major||always||2022-03-11 12:43||2022-04-07 13:08|
|Priority||high||Resolution||fixed||Fixed in Version||RR22Q3|
|Status||closed||Fix in branch||Fixed in SCM revision|
|OS Version||Database version||Ant version|
|Product Version||RR21Q1.1||SCM revision|
|Review Assigned To|
|Regression introduced in release|
|Regression introduced by commit|
|Triggers an Emergency Pack||No|
0048768: Error cash register closing with master/slave terminal configuration and shared payment methods
|Description||Error cash register closing with master/slave terminal configuration and shared payment methods in the version 21q1|
The video link: https://drive.google.com/file/d/1xyyxhVlpVCK5XZeJGMMK_wxZc4tCuLlO/view?usp=sharing [^]
|Steps To Reproduce||1) Configure the terminal with the settings "master slay" and "shared payment method".|
2) Make a ticket
3) Pay it with the payment method "Shared credit card".
4) Go to the second terminal
5) Make another ticket and use the payment method "Shared credit card".
6) Make a cash closing
7) Make another ticket in the same terminal and we pay again with the method "Shared credit card".
8) Return to make a new closing of the cash register.
9) Return to terminal 1
10) Make a cash closing and we can see that the last payment that was made in the previous ticket has not been taken into account.
|Tags||No tags attached.|
Merge Request created: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/753 [^]
edited on: 2022-03-30 17:00
Note that in previous releases a SECOND cash up in the slave terminal was not allowed if master terminal was not previously cashed up (as there is an internal relation between slave cash up and master cash up). I remember a message like (more or less) "Please, do the cash up in the master terminal first".
May this control has been removed by error? We think this would a fair approach as well.
Merge request merged: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/merge_requests/753 [^]
Directly closing issue as related merge request is already approved.
Repository: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal [^]
Author: Rafael Queralta <firstname.lastname@example.org>
Date: 07-04-2022 11:06:04
URL: https://gitlab.com/openbravo/product/pmods/org.openbravo.retail.posterminal/-/commit/93335e6622fffcb256b196b6176c8777a6dc8fe4 [^]
Fixed BUG-48768: Check if exits more than one cashup in slave terminal related with the marter terminal
We haven't actually been able to reproduce the issue except in one case. In that case, there were more than one cashup created, and in that case it was possible to execute the cashup process twice in the slave terminal.
We have added an additional validation to detect this case, so that it is not possible to do cashup a second time in the slave terminal, without doing cashup in the master first, which is how it was designed to work.
|2022-03-11 12:43||idiez||New Issue|
|2022-03-11 12:43||idiez||Assigned To||=> Retail|
|2022-03-11 12:43||idiez||Regression date||=> 2022-03-24|
|2022-03-11 12:43||idiez||Triggers an Emergency Pack||=> No|
|2022-03-21 05:04||rqueralta||Assigned To||Retail => rqueralta|
|2022-03-21 05:04||rqueralta||Status||new => scheduled|
|2022-03-28 23:02||hgbot||Note Added: 0136120|
|2022-03-30 16:34||eugeni||Issue Monitored: eugeni|
|2022-03-30 16:58||eugeni||Note Added: 0136182|
|2022-03-30 17:00||eugeni||Note Edited: 0136182||View Revisions|
|2022-04-07 13:06||hgbot||Note Added: 0136395|
|2022-04-07 13:06||hgbot||Resolution||open => fixed|
|2022-04-07 13:06||hgbot||Status||scheduled => closed|
|2022-04-07 13:06||hgbot||Fixed in Version||=> RR22Q3|
|2022-04-07 13:06||hgbot||Note Added: 0136396|
|2022-04-07 13:08||marvintm||Note Added: 0136397|
|Copyright © 2000 - 2009 MantisBT Group|