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

Description

When 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 Reproduce

In 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 [^]

Tags

No 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.

(0141401) marvintm (manager) 2022-09-27 12:53	After internal discussion we have decided to change this to design defect. The problem only happens when the user clears the cache, in a situation in which the cashup has not yet been done. Clearing the cache should not be done normally, and most definitely not when a cashup is still pending to be done in the terminal, so the actual chances that this will happen are very low. At the same time, fixing this would force us to do some difficult to implement checks so that it is not possible to process an EWI for an order if there is a previous one there. Therefore, for now we prefer to consider this a design defect.

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
2022-09-27 12:16	ranjith_qualiantech_com	Assigned To	Retail => ranjith_qualiantech_com
2022-09-27 12:17	ranjith_qualiantech_com	Status	new => scheduled
2022-09-27 12:53	marvintm	Note Added: 0141401
2022-09-27 12:53	marvintm	Type	defect => design defect
2022-09-27 12:54	ranjith_qualiantech_com	Assigned To	ranjith_qualiantech_com => Retail