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

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0050304
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Retail Modules] Cash upmajoralways2022-09-21 16:472022-09-21 17:32
ReporteraxelmercadoView Statuspublic 
Assigned ToRetail 
PriorityhighResolutionopenFixed in Version
StatusnewFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionRR22Q3SCM revision 
Review Assigned To
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0050304: Processing EWIs of type Order without following the order generates errors.

DescriptionWhen we process EWIs of type Order not following the order in which they were downloaded it causes the Cashup to be created with incorrect values and generates inconsistencies in the reconciliations of the financial accounts.
Steps To ReproduceIn order to reproduce the error, EWIs of type Order must be generated, in this case, we generate them by closing the current period.

Steps:
1 - In Web POS, generate a sale with the payment type Cash.
2 - In backoffice, close the current month period.
3 - In Web POS, generate two different sales with the Cash payment type.
4 - Verify in the backoffice that 2 EWIs have been generated with these orders.
5 - Reopen the period.
6 - Process the EWIs in the opposite order to that in which they were created, i.e. process the last error first.
7 - In the Web POS, when proceeding to perform the Cashup, we can verify that it contains the correct values, before completing it, proceed to perform a full-refresh to simulate the blocking of the terminal by the EWIs.
8 - After logging in again, we now proceed to perform the Cashup by withdrawing the total amount of money and verifying that the value has changed.
9 - Verify the financial account of type Cash of the terminal, in the Reconciliations tab select the last reconciliation corresponding to the Cashup, in the Cleared Items tab perform a function Sum of the columns 'Deposit Amount' and 'Withdrawal Amount', here we will be able to observe that the values are different, reason why the money that entered is different from the one that was withdrawn.

Video with the steps: https://drive.google.com/file/d/1rrqS4q4OtAeU8WICQ1h0mf-TXL-BxD7L/view?usp=sharing [^]
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]

-  Notes
(0141292)
axelmercado (developer)
2022-09-21 17:32

The problem has been reviewed again and we have changed the priority because we believe that the problem is reproduced if the cache is cleared before performing a cashup, which would be strange behavior.

- Issue History
Date Modified Username Field Change
2022-09-21 16:47 axelmercado New Issue
2022-09-21 16:47 axelmercado Assigned To => Retail
2022-09-21 16:47 axelmercado Triggers an Emergency Pack => No
2022-09-21 17:32 axelmercado Note Added: 0141292
2022-09-21 17:32 axelmercado Priority urgent => high
2022-09-21 17:32 axelmercado Severity critical => major


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker