Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0044086 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [Retail Modules] Cash up | major | always | 2020-05-18 13:40 | 2020-05-28 15:42 | |||
Reporter | gsuarez | View Status | public | |||||
Assigned To | Retail | |||||||
Priority | high | Resolution | no change required | Fixed in Version | ||||
Status | closed | Fix in branch | Fixed in SCM revision | |||||
Projection | none | ETA | none | Target Version | ||||
OS | Linux 64 bit | Database | PostgreSQL | Java version | 11 | |||
OS Version | Database version | Ant version | ||||||
Product Version | RR19Q1.2 | SCM revision | ||||||
Merge Request Status | ||||||||
Review Assigned To | marvintm | |||||||
OBNetwork customer | Gold | |||||||
Support ticket | 16091 | |||||||
Regression level | ||||||||
Regression date | ||||||||
Regression introduced in release | ||||||||
Regression introduced by commit | ||||||||
Triggers an Emergency Pack | No | |||||||
Summary | 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 | ||||||||
![]() |
|
![]() |
|
(0120412) marvintm (viewer) 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. |
![]() |
|||
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 | OBNetwork customer | => OBPS |
2020-05-18 13:40 | gsuarez | Support ticket | => 16091 |
2020-05-18 13:40 | gsuarez | Resolution time | => 1591567200 |
2020-05-18 13:40 | gsuarez | Triggers an Emergency Pack | => No |
2020-05-19 15:10 | egoitz | OBNetwork customer | OBPS => Gold |
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 |
Copyright © 2000 - 2009 MantisBT Group |