Openbravo Issue Tracking System - Retail Modules
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0030607Retail ModulesCash uppublic2015-08-19 15:062015-08-28 11:26
Reportermalsasua 
Assigned ToRetail 
PriorityimmediateSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOS20OS VersionCommunity Appliance
Product Version 
Target VersionFixed in VersionRR15Q4 
Merge Request Status
Review Assigned Tomarvintm
OBNetwork customerOBPS
Support ticket37147
Regression levelProduction - QA Approved
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary0030607: Cashup report is incorrect when layaway is paid in other terminal
Descriptionwhen a layaway is paid in other terminal that the layaway was created, first (before that the layaway is paid) the layaway amount is included in the cashup report of the terminal that the layaway was created, but when the layaway is paid in the other terminal, the cashup report is changed, and now the amount of layaway is not included in the cashup
Steps To Reproduce. go to WEB POS -> terminal VBS-1
 . create a receipt: total paid 20
 . create a layaway: total layaway 10 - paid 0
 . do cashup:
   . total sales: 30
   . expected: 20
  (see attachment step1.jpg)

. go to BO ->
  . print the cashup of VBS-1
     total sales 30
     total paid 20
  (see attachment step2.pdf)

. go to WEB POS -> VBS1001
  . paid the layaway created in first step
 . do cashup:
   . total sales: 0
   . expected: 10
  (see attachment step3.jpg)

. go to BO ->
  . print the cashup created in step1 of VBS-1
     total sales 20
     total paid 20
  (see attachment step4.pdf)
Proposed Solution
Additional Information
TagsNo tags attached.
Relationships
Attached Filespng sc1.png (179,848) 2015-08-19 15:06
https://issues.openbravo.com/file_download.php?file_id=8376&type=bug
png

pdf step2.pdf (7,604) 2015-08-19 15:08
https://issues.openbravo.com/file_download.php?file_id=8377&type=bug
png step3.png (178,717) 2015-08-19 15:08
https://issues.openbravo.com/file_download.php?file_id=8378&type=bug
png

pdf step4.pdf (7,603) 2015-08-19 15:09
https://issues.openbravo.com/file_download.php?file_id=8379&type=bug
patch 30607_Q2_posterminal.patch (9,953) 2015-08-27 18:35
https://issues.openbravo.com/file_download.php?file_id=8388&type=bug
Issue History
Date ModifiedUsernameFieldChange
2015-08-19 15:06malsasuaNew Issue
2015-08-19 15:06malsasuaAssigned To => Retail
2015-08-19 15:06malsasuaOBNetwork customer => Yes
2015-08-19 15:06malsasuaSupport ticket => 37147
2015-08-19 15:06malsasuaResolution time => 1440885600
2015-08-19 15:06malsasuaTriggers an Emergency Pack => No
2015-08-19 15:06malsasuaFile Added: sc1.png
2015-08-19 15:08malsasuaFile Added: step2.pdf
2015-08-19 15:08malsasuaFile Added: step3.png
2015-08-19 15:09malsasuaFile Added: step4.pdf
2015-08-19 15:11malsasuaRegression level => Production - QA Approved
2015-08-19 15:11malsasuaPriorityhigh => immediate
2015-08-27 18:35OrekariaFile Added: 30607_Q2_posterminal.patch
2015-08-28 10:25hgbotCheckin
2015-08-28 10:25hgbotNote Added: 0079790
2015-08-28 10:25hgbotStatusnew => resolved
2015-08-28 10:25hgbotResolutionopen => fixed
2015-08-28 10:25hgbotFixed in SCM revision => http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/f60f825a8b8769922660c7fd0a0d6478093d111e [^]
2015-08-28 11:26marvintmReview Assigned To => marvintm
2015-08-28 11:26marvintmStatusresolved => closed
2015-08-28 11:26marvintmFixed in Version => RR15Q4

Notes
(0079790)
hgbot   
2015-08-28 10:25   
Repository: erp/pmods/org.openbravo.retail.posterminal
Changeset: f60f825a8b8769922660c7fd0a0d6478093d111e
Author: Rafa Alonso <ral <at> openbravo.com>
Date: Thu Aug 27 18:34:13 2015 +0200
URL: http://code.openbravo.com/erp/pmods/org.openbravo.retail.posterminal/rev/f60f825a8b8769922660c7fd0a0d6478093d111e [^]

Fixes issue 30607: The sales section of the cashup report is recovered from the already existing cashup information

The problem was that the cashup report was being generated on demand and we do not keep track of the cashupId to which a sale belonged before it is assigned to a new cashupId when it is paid.

The solution has been to retrieve the information from the already existing data.
This solucion could be extended to the other sections of the cashup report. We like the fact that is being regenerated because it has been a good source of catching issues

---
M src/org/openbravo/retail/posterminal/ad_reports/CashUpReport.java
---