Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0044086Retail ModulesCash uppublic2020-05-18 13:402020-05-28 15:42
Reportergsuarez 
Assigned ToRetail 
PriorityhighSeveritymajorReproducibilityalways
StatusclosedResolutionno change required 
PlatformOS30OS Version
Product VersionRR19Q1.2 
Target VersionFixed in Version 
Merge Request Status
Review Assigned Tomarvintm
OBNetwork customerGold
Support ticket16091
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0044086: Total sales in cashup is not correct.
DescriptionThere 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 Reproduce1. 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.
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2020-05-18 13:40gsuarezNew Issue
2020-05-18 13:40gsuarezAssigned To => Retail
2020-05-18 13:40gsuarezOBNetwork customer => OBPS
2020-05-18 13:40gsuarezSupport ticket => 16091
2020-05-18 13:40gsuarezResolution time => 1591567200
2020-05-18 13:40gsuarezTriggers an Emergency Pack => No
2020-05-19 15:10egoitzOBNetwork customerOBPS => Gold
2020-05-28 15:42marvintmReview Assigned To => marvintm
2020-05-28 15:42marvintmNote Added: 0120412
2020-05-28 15:42marvintmStatusnew => closed
2020-05-28 15:42marvintmResolutionopen => no change required

Notes
(0120412)
marvintm   
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.