0044086: Total sales in cashup is not correct.

Description

There are two terminals. One of layaways without payment methods and another for sales.
A sale is made through the layaway terminal. Then, in the sales terminal that reservation is canceled with the option "Cancel this Layaway". Total backoffice cashup sales have a negative amount. If normal sales are then made, the total cashup is not real.

Steps To Reproduce

1. New layaway for 100$.
  . Cashup in sales terminal (with payment methods) is 0.
2. In sales terminal, the layaway is open and it is canceled with Cancel this Layaway.
  . The cashup in backoffice (tab Cashup History on Touch Point window) is negative. The value is -100$.
  . In tab Payment Method Status Cashup the values are all 0$ and it is fine.
3. Add sales in the sales terminales and the payment is in cash for 200$.
  . Cashup is 100$ (-100$ + 200"). Actually should have been 200$.
  . The values in Payment Method Status Cashup tab are correct. 200$ in cash.
4. Make cashup.
  . The data Openbravo asks for is correct.
  . When the report cashup is printed, the total sales are 100$ and it is incorrect. The report should show 200$.
  . At payment method detail is OK. The report shows 200$ in cash.

Tags

No tags attached.

Attached Files

Relationships [ Relation Graph ] [ Dependency Graph ]

Notes
(0120412) marvintm (manager) 2020-05-28 15:42	This is the expected behaviour with the default configuration, as layaways by default are considered sales. This means that they are counted as a sale in the terminal they are created, and if they are cancelled, then the corresponding "negative sale" needs to be counted, and this happens in the terminal in which the layaway is cancelled. If you don't want to count layaways as sales, you have the option to configure the flag "Count layaways as sales", in the Organization window, to false. This way, the original layaway will not be counted as a sale, and the corresponding cancellation will also not count as a negative sale, and only when the layaway is transformed into a ticket, the sale would actually be counted.

Issue History
Date Modified	Username	Field	Change
2020-05-18 13:40	gsuarez	New Issue
2020-05-18 13:40	gsuarez	Assigned To	=> Retail
2020-05-18 13:40	gsuarez	Resolution time	=> 1591567200
2020-05-18 13:40	gsuarez	Triggers an Emergency Pack	=> No
2020-05-28 15:42	marvintm	Review Assigned To	=> marvintm
2020-05-28 15:42	marvintm	Note Added: 0120412
2020-05-28 15:42	marvintm	Status	new => closed
2020-05-28 15:42	marvintm	Resolution	open => no change required